mongodb慢日志的内容分析

发布时间：2023-12-28 18:55:34 所属栏目：系统来源：DaWei

导读： 文本主要给大家分享的是关于mongodb慢日志的内容，一些朋友对于mongodb慢日志的用处和使用比较陌生，下面小编就给大家具体介绍介绍。

说到MongoDB的慢日志分析，就不得不

文本主要给大家分享的是关于mongodb慢日志的内容，一些朋友对于mongodb慢日志的用处和使用比较陌生，下面小编就给大家具体介绍介绍。

说到MongoDB的慢日志分析，就不得不提到profile分析器，profile分析器将记录的慢日志写到system.profile集合下，这个集合是一个固定集合。我们可以通过对这个集合的查询，来了解当前的慢日志，进而对数据库进行优化。

整体环境
MongoDB 3.2.5

实战

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
这一项主要包含如下几类
insert
query
update
remove
getmore
command
代表了该慢日志的种类是什么，是查询、插入、更新、删除还是其他。
system.profile.ns

该项表明该慢日志是哪个库下的哪个集合所对应的慢日志。
system.profile.query

该项详细输出了慢日志的具体语句和行为
system.profile.keysExamined

该项表明为了找出最终结果MongoDB搜索了多少个key
system.profile.docsExamined

该项表明为了找出最终结果MongoDB搜索了多少个文档
system.profile.keyUpdates

在操作中产生的锁，锁的种类有多种，如下：
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.

锁的模式也有多种，如下：
Lock Mode   Description
R   Represents Shared (S) lock.
W   Represents Exclusive (X) lock.
r   Represents Intent Shared (IS) lock.
w   Represents Intent Exclusive (IX) lock.
system.profile.locks.acquireCoun

在各种不用的种类下，请求锁的次数
system.profile.nreturned

该操作最终返回文档的数量
system.profile.responseLength

结果返回的大小，单位为bytes，该值如果过大，则需考虑limit()等方式减少输出结果
system.profile.millis

该操作从开始到结束耗时多少，单位为毫秒
system.profile.execStats

哪个认证用户执行的该操作
system.profile.user

是否认证用户执行该操作，如认证后使用其他用户操作，该项为空

system.profile集合是定位慢SQL的手段之一，了解每一个输出项的含义有助于我们更快的定位问题。由于笔者的水平有限，编写时间也很仓促，文中难免会出现一些错误或者不准确的地方，不妥之处恳请读者批评指正。

关于mongodb慢日志的介绍就到这，感兴趣的朋友可以参考上述内容深入了解，希望大家阅读完这篇文章能有所收获，更多mongodb慢日志内容，大家可以关注其他文章。

（编辑：东莞站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!