close

之前在設定OpsView,沒想過會遇到這樣的問題,但是這邊環境的主機實在太多啦。

有 1505 台主機和 16568 個監控項目,這是我開始接觸 OpsView 後,從來沒有遇過的情況。

 

 

導致 ndologos 中的檔案數量只增不減,這樣是無法達到即時監控的。

最嚴重的時後,ndologos 中的檔案有高達 6000 多個,一直無法降低此數值。

 

 

後來只好請出 google 大神指點迷津,有找到 OpsView 官網中有寫到如何改善此問題的文章。

說穿了其實很簡單,只要在 /etc/my.cnf 中加入一行

innodb_flush_log_at_trx_commit = 2

在把 MySQL restart

就可以解決此問題了

 

 

innodb_flush_log_at_rx_commit 的解釋如下...  (原文請參考  http://blog.longwin.com.tw/2012/05/mysql-innodb-replication-slow-2012/)

決定何時將緩衝區的log寫入日誌檔及何時將日誌檔存入硬碟檔案中。
設定值:
0:日誌緩衝區每秒一次都會將log寫到日誌檔案,並且將硬碟裡的日誌檔案做更新儲存,但是在commit動作下不做任何操作。
1:在每次commit動作時,日誌緩衝區的資料被寫到日誌檔裡,且對日誌檔案更新至硬碟中。(預設值)
2:在每次commit時,日誌緩衝區被寫到日誌檔案,但不對日誌檔案更新至硬碟中。

 

 

 

arrow
arrow
    文章標籤
    MySQL
    全站熱搜

    johnchen6927 發表在 痞客邦 留言(0) 人氣()