在做db基准測試的時候，qps,tps 是衡量數據庫性能的關鍵指標。本文比較了網上的兩種計算方式。先來了解一下相關概念。
概念介紹：
QPS：Queries Per Second 查詢量/秒，是一台服務器每秒能夠相應的查詢次數，是對一個特定的查詢服務器在規定時間內所處理查詢量多少的衡量標准。
TPS : Transactions Per Second 是事務數/秒，是一台數據庫服務器在單位時間內處理的事務的個數。
如何計算：
從網上查看如果獲取mysql 的qps,tps 的方法有如下兩種：
方法一 基於 questions 計算qps,基於 com_commit com_rollback 計算tps
questions = show global status like 'questions';
uptime = show global status like 'uptime';
qps=questions/uptime
com_commit = show global status like 'com_commit';
com_rollback = show global status like 'com_rollback';
uptime = show global status like 'uptime';
tps=(com_commit + com_rollback)/uptime
方法二 基於 com_* 的status 變量計算tps ,qps
使用如下命令：
show global status where variable_name in('com_select','com_insert','com_delete','com_update');
獲取間隔1s 的 com_*的值，並作差值運算
del_diff = (int(mystat2['com_delete']) - int(mystat1['com_delete']) ) / diff
ins_diff = (int(mystat2['com_insert']) - int(mystat1['com_insert']) ) / diff
sel_diff = (int(mystat2['com_select']) - int(mystat1['com_select']) ) / diff
upd_diff = (int(mystat2['com_update']) - int(mystat1['com_update']) ) / diff
上述計算方法的值准確合適嗎？
下圖是我手工做測試的結果：
a 針對mysql innodb 表的dml 操作做了各個量的統計，結果如下：
由上圖可以得出結論：
1 com_commit, com_rollback 與顯示指定transaction無關，只和顯式提交commit rollback 有關。
2 不管dml的結果是否成功，com_* 都會增加1 。
b 針對myisam 表的測試：
1 對於myisam 表 進行dml操作 只有questions 改變其他值不變。
2 對於myisam 存儲引擎使用com_* 計算其tps，qps 是不准確的，使用questions 的值計算相對比較合適。
利用腳本使用不同的變量獲取數據庫的qps，tps 的對比圖：
qps_s 是基於 com_select
qps_ques 是基於 questions ，
tps_iud 是基於 com_insert， com_update，com_delete 之和，
tps_com_rol是基於 com_commit com_rollback 之和
由上圖可以查看 基於questions 要比基於com_select的數值要大，因為questions本身是所有db訪問的集合。
總結：
Questions 是記錄了從mysqld啟動以來所有的select，dml 次數包括show 命令的查詢的次數。這樣多少有失准確性，比如很多數據庫有監控系統在運行，每5秒對數據庫進行一次show 查詢來獲取當前數據庫的狀態，而這些查詢就被記錄到QPS,TPS統計中，造成一定的"數據污染".
如果數據庫中存在比較多的myisam表，則計算還是questions 比較合適。
如果數據庫中存在比較多的innodb表，則計算以com_*數據來源比較合適。