快捷導(dǎo)航

深入講解MongoDB的慢日志查詢（profile）

更新時間：2017年06月29日 10:04:42 作者：dbapower

在MySQL中，慢查詢?nèi)罩臼墙?jīng)常作為我們優(yōu)化數(shù)據(jù)庫的依據(jù)，那在MongoDB中是否有類似的功能呢?答案是肯定的，那就是MongoDB Database Profiler。下面這篇文章主要給大家介紹了關(guān)于MongoDB慢日志查詢（profile）的相關(guān)資料，需要的朋友可以參考下。

前言

說到MongoDB的慢日志分析，就不得不提到profile分析器，profile分析器將記錄的慢日志寫到system.profile集合下，這個集合是一個固定集合。我們可以通過對這個集合的查詢，來了解當(dāng)前的慢日志，進(jìn)而對數(shù)據(jù)庫進(jìn)行優(yōu)化。

整體環(huán)境

MongoDB 3.2.5

實(shí)戰(zhàn)

Part1:輸出示范

在查詢system.profile的時候，我們能夠觀察到所有的操作，包括remove,update,find等等都會被記錄到system.profile集合中，該集合中包含了諸多信息，如：

{
 "op" : "query",
 "ns" : "test.c",
 "query" : {
 "find" : "c",
 "filter" : {
  "a" : 1
 }
 },
 "keysExamined" : 2,
 "docsExamined" : 2,
 "cursorExhausted" : true,
 "keyUpdates" : 0,
 "writeConflicts" : 0,
 "numYield" : 0,
 "locks" : {
 "Global" : {
  "acquireCount" : {
  "r" : NumberLong(2)
  }
 },
 "Database" : {
  "acquireCount" : {
  "r" : NumberLong(1)
  }
 },
 "Collection" : {
  "acquireCount" : {
  "r" : NumberLong(1)
  }
 }
 },
 "nreturned" : 2,
 "responseLength" : 108,
 "millis" : 0,
 "execStats" : {
 "stage" : "FETCH",
 "nReturned" : 2,
 "executionTimeMillisEstimate" : 0,
 "works" : 3,
 "advanced" : 2,
 "needTime" : 0,
 "needYield" : 0,
 "saveState" : 0,
 "restoreState" : 0,
 "isEOF" : 1,
 "invalidates" : 0,
 "docsExamined" : 2,
 "alreadyHasObj" : 0,
 "inputStage" : {
  "stage" : "IXSCAN",
  "nReturned" : 2,
  "executionTimeMillisEstimate" : 0,
  "works" : 3,
  "advanced" : 2,
  "needTime" : 0,
  "needYield" : 0,
  "saveState" : 0,
  "restoreState" : 0,
  "isEOF" : 1,
  "invalidates" : 0,
  "keyPattern" : {
  "a" : 1
  },
  "indexName" : "a_1",
  "isMultiKey" : false,
  "isUnique" : false,
  "isSparse" : false,
  "isPartial" : false,
  "indexVersion" : 1,
  "direction" : "forward",
  "indexBounds" : {
  "a" : [
  "[1.0, 1.0]"
  ]
  },
  "keysExamined" : 2,
  "dupsTested" : 0,
  "dupsDropped" : 0,
  "seenInvalidated" : 0
 }
 },
 "ts" : ISODate("2015-09-03T15:26:14.948Z"),
 "client" : "127.0.0.1",
 "allUsers" : [ ],
 "user" : ""}

Part2:輸出解讀

system.profile.op

這一項(xiàng)主要包含如下幾類

insert
query
update
remove
getmore
command

代表了該慢日志的種類是什么，是查詢、插入、更新、刪除還是其他。

system.profile.ns

該項(xiàng)表明該慢日志是哪個庫下的哪個集合所對應(yīng)的慢日志。

system.profile.query

該項(xiàng)詳細(xì)輸出了慢日志的具體語句和行為

system.profile.keysExamined

該項(xiàng)表明為了找出最終結(jié)果MongoDB搜索了多少個key

system.profile.docsExamined

該項(xiàng)表明為了找出最終結(jié)果MongoDB搜索了多少個文檔

system.profile.keyUpdates

該項(xiàng)表名有多少個index key在該操作中被更改，更改索引鍵也會有少量的性能消耗，因?yàn)閿?shù)據(jù)庫不單單要刪除舊Key，還要插入新的Key到B-Tree索引中

system.profile.writeConflicts

寫沖突發(fā)生的數(shù)量，例如update一個正在被別的update操作的文檔

system.profile.numYield

為了讓別的操作完成而屈服的次數(shù)，一般發(fā)生在需要訪問的數(shù)據(jù)尚未被完全讀取到內(nèi)存中，MongoDB會優(yōu)先完成在內(nèi)存中的操作

system.profile.locks

在操作中產(chǎn)生的鎖，鎖的種類有多種，如下：

Global	Represents global lock.
MMAPV1Journal	Represents MMAPv1 storage engine specific lock to synchronize journal writes; for non-MMAPv1 storage engines, the mode forMMAPV1Journal is empty.
Database	Represents database lock.
Collection	Represents collection lock.
Metadata	Represents metadata lock.
oplog	Represents lock on the oplog.