mongodb3.2+性能監(jiān)視

我這是復(fù)制集模式，加個認證參數(shù)--authenticationDatabase
mongostat --port 20012 -uadmin -p='xxxxx' --authenticationDatabase admin

各字段解釋說明：
insert/s : 官方解釋是每秒插入數(shù)據(jù)庫的對象數(shù)量，如果是slave，則數(shù)值前有*,則表示復(fù)制集操作
query/s : 每秒的查詢操作次數(shù)
update/s : 每秒的更新操作次數(shù)
delete/s : 每秒的刪除操作次數(shù)
getmore/s: 每秒查詢cursor(游標(biāo))時的getmore操作數(shù)
command: 每秒執(zhí)行的命令數(shù)，在主從系統(tǒng)中會顯示兩個值(例如 3|0),分表代表 本地|復(fù)制 命令
注： 一秒內(nèi)執(zhí)行的命令數(shù)比如批量插入，只認為是一條命令（所以意義應(yīng)該不大）
dirty: 僅僅針對WiredTiger引擎，官網(wǎng)解釋是臟數(shù)據(jù)字節(jié)的緩存百分比
used:僅僅針對WiredTiger引擎，官網(wǎng)解釋是正在使用中的緩存百分比
flushes:
For WiredTiger引擎：指checkpoint的觸發(fā)次數(shù)在一個輪詢間隔期間
For MMAPv1 引擎：每秒執(zhí)行fsync將數(shù)據(jù)寫入硬盤的次數(shù)
注：一般都是0，間斷性會是1， 通過計算兩個1之間的間隔時間，可以大致了解多長時間flush一次。flush開銷是很大的，如果頻繁的flush，可能就要找找原因了
vsize： 虛擬內(nèi)存使用量，單位MB （這是 在mongostat 最后一次調(diào)用的總數(shù)據(jù)）
res: 物理內(nèi)存使用量，單位MB （這是 在mongostat 最后一次調(diào)用的總數(shù)據(jù)）
注：這個和你用top看到的一樣, vsize一般不會有大的變動， res會慢慢的上升，如果res經(jīng)常突然下降，去查查是否有別的程序狂吃內(nèi)存。

qr: 客戶端等待從MongoDB實例讀數(shù)據(jù)的隊列長度
qw：客戶端等待從MongoDB實例寫入數(shù)據(jù)的隊列長度
ar: 執(zhí)行讀操作的活躍客戶端數(shù)量
aw: 執(zhí)行寫操作的活客戶端數(shù)量
注：如果這兩個數(shù)值很大，那么就是DB被堵住了，DB的處理速度不及請求速度?？纯词欠裼虚_銷很大的慢查詢。如果查詢一切正常，確實是負載很大，就需要加機器了
netIn:MongoDB實例的網(wǎng)絡(luò)進流量
netOut：MongoDB實例的網(wǎng)絡(luò)出流量
注：此兩項字段表名網(wǎng)絡(luò)帶寬壓力，一般情況下，不會成為瓶頸
conn: 打開連接的總數(shù)，是qr,qw,ar,aw的總和
注：MongoDB為每一個連接創(chuàng)建一個線程，線程的創(chuàng)建與釋放也會有開銷，所以盡量要適當(dāng)配置連接數(shù)的啟動參數(shù)，