[b]前言[/b] 说到MongoDB的慢日志分析，就不得不提到profile分析器，profile分析器将记录的慢日志写到system.profile集合下，这个集合是一个固定集合。我们可以通过对这个集合的查询，来了解当前的慢日志，进而对数据库进行优化。 [b]整体环境[/b] MongoDB 3.2.5 [b]实战[/b] [b]Part1:输出示范[/b] 在查询[code]system.profile[/code]的时候，我们能够观察到所有的操作，包括remove,update,find等等都会被记录到[code]system.profile[/code]集合中，该集合中包含了诸多信息，如： [b]Part2:输出解读[/b] [code]system.profile.op[/code] 这一项主要包含如下几类 [list=1] [*]insert[/*] [*]query[/*] [*]update[/*] [*]remove[/*] [*]getmore[/*] [*]command[/*] [/list] 代表了该慢日志的种类是什么，是查询、插入、更新、删除还是其他。 [code]system.profile.ns[/code] 该项表明该慢日志是哪个库下的哪个集合所对应的慢日志。 [code]system.profile.query[/code] 该项详细输出了慢日志的具体语句和行为 [code]system.profile.keysExamined[/code] 该项表明为了找出最终结果MongoDB搜索了多少个key [code]system.profile.docsExamined[/code] 该项表明为了找出最终结果MongoDB搜索了多少个文档 [code]system.profile.keyUpdates[/code] 该项表名有多少个index key在该操作中被更改，更改索引键也会有少量的性能消耗，因为数据库不单单要删除旧Key，还要插入新的Key到B-Tree索引中 [code]system.profile.writeConflicts[/code] 写冲突发生的数量，例如update一个正在被别的update操作的文档 [code]system.profile.numYield[/code] 为了让别的操作完成而屈服的次数，一般发生在需要访问的数据尚未被完全读取到内存中，MongoDB会优先完成在内存中的操作 [code]system.profile.locks[/code] 在操作中产生的锁，锁的种类有多种，如下：

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 [url=https://docs.mongodb.com/v3.2/reference/glossary/#term-oplog]oplog[/url].

锁的模式也有多种，如下：

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.

[code]system.profile.locks.acquireCoun[/code] 在各种不用的种类下，请求锁的次数 [code]system.profile.nreturned[/code] 该操作最终返回文档的数量 [code]system.profile.responseLength[/code] 结果返回的大小，单位为bytes，该值如果过大，则需考虑limit()等方式减少输出结果 [code]system.profile.millis[/code] 该操作从开始到结束耗时多少，单位为毫秒 [code]system.profile.execStats[/code] 包含了一些该操作的统计信息，只有query类型的才会显示 [code]system.profile.execStats.stage[/code] 包含了该操作的详细信息，例如是否用到索引 [code]system.profile.ts[/code] 该操作执行时的时间 [code]system.profile.client[/code] 哪个客户端发起的该操作，并显示出该客户端的ip或hostname [code]system.profile.allUsers[/code] 哪个认证用户执行的该操作 [code]system.profile.user[/code] 是否认证用户执行该操作，如认证后使用其他用户操作，该项为空 [b]总结[/b] [code]system.profile[/code]集合是定位慢SQL的手段之一，了解每一个输出项的含义有助于我们更快的定位问题。由于笔者的水平有限，编写时间也很仓促，文中难免会出现一些错误或者不准确的地方，不妥之处恳请读者批评指正。 好了，以上就是这篇文章的全部内容了，希望本文的内容对大家的学习或者工作能带来一定的帮助，如果有疑问大家可以留言交流，谢谢大家对编程素材网的支持。