mongodb優化

我這是復制集模式，加個認證參數--authenticationDatabase
mongostat --port 20012 -uadmin -p=‘xxxxx‘ --authenticationDatabase admin

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

qr: 客戶端等待從MongoDB實例讀數據的隊列長度
qw：客戶端等待從MongoDB實例寫入數據的隊列長度
ar: 執行讀操作的活躍客戶端數量
aw: 執行寫操作的活客戶端數量
註：如果這兩個數值很大，那麽就是DB被堵住了，DB的處理速度不及請求速度。看看是否有開銷很大的慢查詢。如果查詢一切正常，確實是負載很大，就需要加機器了
netIn:MongoDB實例的網絡進流量
netOut：MongoDB實例的網絡出流量

註：此兩項字段表名網絡帶寬壓力，一般情況下，不會成為瓶頸
conn: 打開連接的總數，是qr,qw,ar,aw的總和
註：MongoDB為每一個連接創建一個線程，線程的創建與釋放也會有開銷，所以盡量要適當配置連接數的啟動參數，

mongodb3.2+性能監視