您好,登錄后才能下訂單哦!
作為實時監控mongodb的利器,mongostat絕對是一把利刃,簡單好用,不過,要想仔細分析mongostat狀態,還少不了深刻理解每一個監控項的意義。
# mongostat insert query update delete getmore command flushes mapped vsize res faults locked % idx miss % qr|qw ar|aw netIn netOut conn set repl time *79 87 *0 *0 0 13|0 0 354g 710g 10.2g 9 0 0 0|0 0|0 9k 666k 483 c56... SEC 15:07:17
下面分析每一項的含義:
inserts/s 每秒插入次數 query/s 每秒查詢次數 update/s 每秒更新次數
注:10條簡單的查詢可能比一條復雜的查詢速度還快, 所以數值的大小,意義并不大。但至少可以知道,現在是否在處理查詢,是否在插入。如果是slave,數值前往往有一個*, 代表是replicate操作
getmore/s 查詢時游標(cursor)的getmore操作 command/s 每秒的命令數,在主從系統中,會顯示兩個值 (例如:80|0),分別代表 本地|復制 命令的個數
注:一秒內執行的命令數比如批量插入,只認為是一條命令意義不大。如果是slave,會顯示兩個值, local|replicated,通過這兩個數值的比較,或許可以看出點問題。
flushs/s 每秒執行fsync將數據寫入硬盤的次數。
注:一般都是0,或者1,通過計算兩個1之間的間隔時間,可以大致了解多長時間flush一次。flush開銷是很大的,如果頻繁的flush,可能就要找找原因了。
mapped/s 所有的被mmap的數據量,單位是MB(這是 在mongostat 最后一次調用的總數據) vsize 虛擬內存使用量,單位MB (這是 在mongostat 最后一次調用的總數據) res 物理內存使用量,單位MB (這是 在mongostat 最后一次調用的總數據)
注:這個和你用top看到的一樣,mapped, vsize一般不會有大的變動, res會慢慢的上升,如果res經常突然下降,去查查是否有別的程序狂吃內存。
faults/s 每秒訪問失敗數(只有Linux有),數據被交換出物理內存,放到swap。
注:不要超過100,否則就是機器內存太小,造成頻繁swap寫入。此時要升級內存或者擴展,大壓力下這個數值往往不為0。如果經常不為0,那就該加內存了。
推薦文章:http://huoding.com/2011/08/19/107
locked % 被鎖的時間百分比,盡量控制在50%以下吧
注:MongoDB就一把讀寫鎖,這里指的是寫鎖所住的時間百分比。這個數值過大(經常超過10%),那就是出狀況了。
idx miss % 訪問加載 btree 節點時需要頁面故障的嘗試的索引百分比。
注:這是一個采樣值。如果太高的話就要考慮索引是不是少了,非常重要的參數, 正常情況下,所有的查詢都應該通過索引,也就是idx miss為0。如果這里數值較大,是不是缺少索引。
qr 客戶端等待從 MongoDB 實例讀取數據的隊列長度。 qw 客戶端等待向 MongoDB 實例寫入數據的隊列長度。 ar 執行讀取操作的活動客戶端的數目。 aw 執行寫入操作的活動客戶端的數目。
注:如果這兩個數值很大,那么就是DB被堵住了,DB的處理速度不及請求速度。看看是否有開銷很大的慢查詢。如果查詢一切正常,確實是負載很大,就需要加機器了。
netIn The amount of network traffic, inbytes, received by the MongoDB instance. This includes traffic from mongostat itself. netOut The amount of network traffic, inbytes, sent by the MongoDB instance. This includes traffic from mongostat itself.
注:網絡帶寬壓力,一般MongoDB,網絡不會成為瓶頸
conn 打開連接的總數。
注: MongoDB為每一個連接創建一個線程,線程的創建和釋放也是有開銷的。盡量不要讓這個數值很大。
set 副本集的名稱。 repl 節點的復制狀態。
注:
M - master
SEC - secondary
REC - recovering
UNK - unknown
SLV - slave
time 時間戳
推薦文章;http://www.cnblogs.com/zhuque/archive/2013/03/29/2988577.html
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。