MongoDB的監控

標籤：io   os   ar   for   sp   div   問題   c   on   

MongoDB的監控首選:mongostat

mongostat實在是太有用了，如果DB出現了異常，我第一反應就是查看mongostat。如果是營運的話，喝著咖啡，看著mongostat，生活真是愜意啊。運行很簡單，./mongostat --host 10.45.3.97  --port 20127主要詳細說明一下各列的意義(也可以參考./mongostat --help)   www.2cto.com  insert:     一秒內的插入數query :     一秒內的查詢數update:     一秒內的更新數delete:     一秒內的刪除數  10條簡單的查詢可能比一條複雜的查詢速度還快, 所以數值的大小，意義並不大。  但至少可以知道，現在是否在處理查詢，是否在插入。  如果是slave，數值前往往有一個*, 代表是replicate操作 getmore:    查詢時遊標(cursor)的getmore操作  用處不大    www.2cto.com  command:    一秒內執行的命令數  比如批量插入，只認為是一條命令。 意義不大。  如果是slave，會顯示兩個值, local|replicated，通過這兩個數值的比較，或許可以看出點問題。  flushes:    一秒內flush的次數   一般都是0，或者1，通過計算兩個1之間的間隔時間，可以大致瞭解多長時間flush一次。  flush開銷是很大的，如果頻繁的flush，可能就要找找原因了。    mapped:     vsize:res:  這個和你用top看到的一樣，mapped, vsize一般不會有大的變動， res會慢慢的上升，如果res經常突然下降，去查查是否有別的程式狂吃記憶體。  faults:  別被這個名字嚇著，大壓力下這個數值往往不為0。如果經常不為0，那就該加記憶體了。  locked:  MongoDB就一把讀寫鎖，這裡指的是寫鎖所住的時間百分比。這個數值過大(經常超過10%)，那就是出狀況了。  idx miss:  非常重要的參數, 正常情況下，所有的查詢都應該通過索引，也就是idx miss為0。如果這裡數值較大，是不是缺少索引。  qr|qw: queue lengths for clients waiting (read|write)ar|aw: active clients (read|write)  如果這兩個數值很大，那麼就是DB被堵住了，DB的處理速度不及請求速度。  看看是否有開銷很大的慢查詢。如果查詢一切正常，確實是負載很大，就需要加機器了。  netIn: network traffic in - bitsnetOut: network traffic out - bits  網路頻寬壓力，一般MongoDB，網路不會成為瓶頸 conn: number of open connections  MongoDB為每一個串連建立一個線程，線程的建立和釋放也是有開銷的。盡量不要讓這個數值很大。 repl: 伺服器目前狀態    M   - master    SEC - secondary    REC - recovering    UNK - unknown    SLV - slave    time: 目前時間

MongoDB的監控