我想看看問題統計包括什麼。MySQL的統計問題公式
我計算QPS圖形有關的問題和QPS圖的總和:
Com_select
Com_update
Com_delete
Com_replace_select
Com_set_option
Com_begin
Com_commit
基本上所有非零COM_ *統計。但是我仍然有高達200 QPS的圖表差異。
有誰知道什麼沒有考慮到?
我使用4.1.22版本的MySQL。
我想看看問題統計包括什麼。MySQL的統計問題公式
我計算QPS圖形有關的問題和QPS圖的總和:
Com_select
Com_update
Com_delete
Com_replace_select
Com_set_option
Com_begin
Com_commit
基本上所有非零COM_ *統計。但是我仍然有高達200 QPS的圖表差異。
有誰知道什麼沒有考慮到?
我使用4.1.22版本的MySQL。
我對此做了一些測試。我開始知道我們錯過了一個重要的計數。
也就是說Qcache_hits的
在列表中包含這一點,你會看到這兩個地方几乎相同數量。
「退出」也被考慮在內。我找不到它的記載,但已經測試了這個工作:
首先,我發佈關於Questions
兩個連續的檢查,以檢驗測試本身:
[email protected]> show global status like 'questions';
+---------------+-------+
| Variable_name | Value |
+---------------+-------+
| Questions | 21113 |
+---------------+-------+
[email protected]> show global status like 'questions';
+---------------+-------+
| Variable_name | Value |
+---------------+-------+
| Questions | 21114 |
+---------------+-------+
所以像這樣每次調用使得爲+1在Questions
- 我們將減少這從未來的測試。
而現在,我退出活動會話,然後再次測試:
[email protected]> show global status like 'questions';
+---------------+-------+
| Variable_name | Value |
+---------------+-------+
| Questions | 21116 |
+---------------+-------+
我確信,使一般的日誌,以便測試退出操作沒有發出任何好笑的查詢 - 它不是。
我不確定是否還有其他操作應該考慮在內。
順便說一句,截至5.0.72和5.1.31的規則改變。 Read this瞭解更多。
謝謝。它確實有幫助。 – Herring 2012-11-03 03:12:33