2012-07-16 62 views
1

我想看看問題統計包括什麼。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。

回答

1

我對此做了一些測試。我開始知道我們錯過了一個重要的計數。

也就是說Qcache_hits的

在列表中包含這一點,你會看到這兩個地方几乎相同數量。

+0

謝謝。它確實有幫助。 – Herring 2012-11-03 03:12:33

0

「退出」也被考慮在內。我找不到它的記載,但已經測試了這個工作:

首先,我發佈關於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.725.1.31的規則改變。 Read this瞭解更多。

+0

hm ...我們使用hibernate連接數據庫,我不認爲它會創建高達200 qps的退出。但我會檢查,謝謝。 – Herring 2012-07-17 04:06:13

+0

任何發現鯡魚......? – Uday 2012-08-15 23:49:34

+0

看起來像是緩存命中 – Herring 2012-11-03 03:12:18