MongoDB 運行狀態、性能監控，分析

這篇文章的目的是讓你知道怎麼了解你正在運行的Mongdb是否健康。轉載自http://tech.lezi.com/archives/290

 

mongostat詳解

mongostat是mongdb自帶的狀態檢測工具，在命令行下使用。它會間隔固定時間獲取mongodb的當前運行狀態，並輸出。若是你發現數據庫忽然變慢或者有其餘問題的話，你第一手的操做就考慮採用mongostat來查看mongo的狀態。

它的輸出有如下幾列：

• inserts/s 每秒插入次數
• query/s 每秒查詢次數
• update/s 每秒更新次數
• delete/s 每秒刪除次數
• getmore/s 每秒執行getmore次數
• command/s 每秒的命令數，比以上插入、查找、更新、刪除的綜合還多，還統計了別的命令
• flushs/s 每秒執行fsync將數據寫入硬盤的次數。
• mapped/s 全部的被mmap的數據量，單位是MB，
• vsize 虛擬內存使用量，單位MB
• res 物理內存使用量，單位MB
• faults/s 每秒訪問失敗數（只有Linux有），數據被交換出物理內存，放到swap。不要超過100，不然就是機器內存過小，形成頻繁swap寫入。此時要升級內存或者擴展
• locked % 被鎖的時間百分比，儘可能控制在50%如下吧
• idx miss % 索引不命中所佔百分比。若是過高的話就要考慮索引是否是少了
• q t|r|w 當Mongodb接收到太多的命令而數據庫被鎖住沒法執行完成，它會將命令加入隊列。這一欄顯示了總共、讀、寫3個隊列的長度，都爲0的話表示mongo毫無壓力。高併發時，通常隊列值會升高。
• conn 當前鏈接數
• time 時間戳

使用profiler

相似於MySQL的slow log, MongoDB能夠監控全部慢的以及不慢的查詢。

Profiler默認是關閉的，你能夠選擇所有開啓，或者有慢查詢的時候開啓。

1	> use test

2	switched to db test

3	> db.setProfilingLevel(2);

4	{"was" : 0 , "slowms" : 100, "ok" : 1} // "was" is the old setting

5	> db.getProfilingLevel()

6

2

查看Profile日誌

1	> db.system.profile.find().sort({$natural:-1})

2	{"ts" : "Thu Jan 29 2009 15:19:32 GMT-0500 (EST)" , "info" :

3	"query test.$cmd ntoreturn:1 reslen:66 nscanned:0 query: { profile: 2 } nreturned:1 bytes:50" ,

4	"millis" : 0} ...

3個字段的意義

• ts：時間戳
• info：具體的操做
• millis：操做所花時間，毫秒

很少說，此處有官方文檔。注意，形成滿查詢多是索引的問題，也多是數據不在內存形成所以磁盤讀入形成。

使用Web控制檯

Mongodb自帶了Web控制檯，默認和數據服務一同開啓。他的端口在Mongodb數據庫服務器端口的基礎上加1000，若是是默認的Mongodb數據服務端口(Which is 27017)，則相應的Web端口爲28017

這個頁面能夠看到

• 當前Mongodb的全部鏈接
• 各個數據庫和Collection的訪問統計，包括：Reads, Writes, Queries, GetMores ,Inserts, Updates, Removes
• 寫鎖的狀態
• 以及日誌文件的最後幾百行（CentOS+10gen yum 安裝的mongodb默認的日誌文件位於/var/log/mongo/mongod.log)

能夠參考右邊的截圖

db.stat()

獲取當前數據庫的信息，好比Obj總數、數據庫總大小、平均Obj大小等

01	> use test

02	switched to db test

03	> db.stats()

04

{

05	"collections" : 9,

06	"objects" : 4278845,

07	"avgObjSize" : 224.56603031892953,

08	"dataSize" : 960883236,

09	"storageSize" : 1195438080,

10	"numExtents" : 59,

11	"indexes" : 13,

12	"indexSize" : 801931264,

13	"fileSize" : 6373244928,

14

"ok" : 1

15

}

db.serverStatus()

獲取服務器的狀態

01

{

02	"version" : "1.6.5",

03	"uptime" : 7208469,

04	"uptimeEstimate" : 7138829,

05	"localTime" : "Wed Oct 26 2011 22:23:07 GMT+0800 (CST)",

06	"globalLock" : {

07	"totalTime" : 7208469556704,

08	"lockTime" : 4959693717,

09	"ratio" : 0.000688036992871448,

10	"currentQueue" : {

11	"total" : 0,

12	"readers" : 0,

13	"writers" : 0

14

}

15

},

16

"mem" : {

17	"bits" : 64,

18	"resident" : 3131,

19	"virtual" : 6172,

20	"supported" : true,

21	"mapped" : 4927

22

},

23	"connections" : {

24	"current" : 402,

25	"available" : 2599

26

},

27	"extra_info" : {

28	"note" : "fields vary by platform",

29	"heap_usage_bytes" : 832531920,

30	"page_faults" : 8757

31

},

32	"indexCounters" : {

33	"btree" : {

34	"accesses" : 2821726,

35	"hits" : 2821725,

36	"misses" : 1,

37	"resets" : 0,

38	"missRatio" : 3.543930204420982e-7

39

}

40

},

41	"backgroundFlushing" : {

42	"flushes" : 120133,

43	"total_ms" : 73235923,

44	"average_ms" : 609.6236920746173,

45	"last_ms" : 1332,

46	"last_finished" : "Wed Oct 26 2011 22:22:23 GMT+0800 (CST)"

47

},

48	"cursors" : {

49	"totalOpen" : 0,

50	"clientCursors_size" : 0,

51	"timedOut" : 238392

52

},

53	"repl" : {

54	"ismaster" : true

55

},

56	"opcounters" : {

57	"insert" : 269351,

58	"query" : 19331151,

59	"update" : 14199331,

60	"delete" : 1,

61	"getmore" : 145575,

62	"command" : 55982302

63

},

64	"asserts" : {

65	"regular" : 0,

66	"warning" : 0,

67	"msg" : 0,

68	"user" : 27,

69	"rollovers" : 0

70

},

71

"ok" : 1

72

}

須要關心的地方：

• connections 當前鏈接和可用鏈接數，聽過一個同行介紹過，mongodb最大處理到2000個鏈接就不行了（要根據你的機器性能和業務來設定），因此設大了沒意義。設個合理值的話，到達這個值mongodb就拒絕新的鏈接請求，避免被太多的鏈接拖垮。
• indexCounters:btree:misses 索引的不命中數，和hits的比例高就要考慮索引是否正確創建。你看個人」missRatio」 : 3.543930204420982e-7，很健康吧。因此miss率在mongostat裏面也能夠看
• 其餘的都能自解釋，也不是查看mongo健康情況的關鍵，就不說明了。

db.currentOp()

Mongodb 的命令通常很快就完成，可是在一臺繁忙的機器或者有比較慢的命令時，你能夠經過db.currentOp()獲取當前正在執行的操做。

在沒有負載的機器上，該命令基本上都是返回空的

1	>  db.currentOp()

2	{ "inprog" : [ ] }

如下是一個有負載的機器上獲得的返回值樣例：

1	{ "opid" : "shard3:466404288", "active" : false, "waitingForLock" : false, "op": "query", "ns" : "sd.usersEmails", "query" : { }, "client_s" :"10.121.13.8:34473", "desc" : "conn" },

字段名字都能自解釋。若是你發現一個操做太長，把數據庫卡死的話，能夠用這個命令殺死他

1	> db.killOp("shard3:466404288")

MongoDB Monitoring Service

MongoDB Monitoring Service(MMS)是Mongodb廠商提供的監控服務，能夠在網頁和Android客戶端上監控你的MongoDB情況。