MongoDB Profiler是一个捕获数据库执行活动的系统，它可以帮助识别慢查询和操作。
Profiling级别
可用的捕获级别意义如下：
级别 设置
0 禁用
1 启用，只记录慢操作
2 启用，记录所有操作
查看Profiling级别
|
1
|
> db.getProfilingLevel()
|
启用Profiler
|
1
|
> db.setProfilingLevel(1)
|
完整命令为：
|
1
|
db.setProfilingLevel(
level
,slowms)
|
当level为1的时候，慢操作的默认值为100ms，若指定慢操作为500ms：
|
1
|
> db.setProfilingLevel(1,500)
|
注意：
在默认情况下，mongod记录所有的慢查询（由showOpThresholdMs定义，默认值为100ms）到MongoDB日志文件中。
只在关键时候启用Profiling，尽量不要在生产环境启用它。
基于独立mongod实例启用Profiling。该设置将不会通过副本集或分片集群扩散到其他实例。
查看Profiler结果
使用的是system.profile 来记录，而system.profile 是一个capped collection。在你的数据库的system.profile集合，调用mongo shell命令show profile，或者查询system.profile集合可以查看Profiler的输出，如：
|
1
|
db.system.profile.find( { millis : { $gt : 1000 } } )
|
就可以输出，查询时间大于1秒的慢查询。
Profiler信息内容详解
ts-该命令在何时执行.
millis Time-该命令执行耗时，以毫秒记.
info-本命令的详细信息.
query-表明这是一个query查询操作.
ntoreturn-本次查询客户端要求返回的记录数.比如, findOne()命令执行时 ntoreturn 为 1.有limit(n) 条件时ntoreturn为n.
query-具体的查询条件（如x>3）.
nscanned-本次查询扫描的记录数.
reslen-返回结果集的大小.
nreturned-本次查询实际返回的结果集.
update-表明这是一个update更新操作.
fastmod-Indicates a fast modify operation. See Updates. These operations are normally quite fast.
fastmodinsert – indicates a fast modify operation that performed an upsert.
upsert-表明update的upsert参数为true.此参数的功能是如果update的记录不存在，则用update的条件insert一条记录.
moved-表明本次update是否移动了硬盘上的数据，如果新记录比原记录短，通常不会移动当前记录，如果新记录比原记录长，那么可能会移动记录到其它位置，这时候会导致相关索引的更新.磁盘操作更多，加上索引更新，会使得这样的操作比较慢.
insert-这是一个insert插入操作.
getmore-这是一个getmore 操作，getmore通常发生在结果集比较大的查询时，第一个query返回了部分结果，后续的结果是通过getmore来获取的。
性能优化
尽管我们没有启用Profiler，但在生产环境中，我们查看日志文件仍可以看到大于100ms的慢操作。
|
1
|
tail
-f
/data/var/log/mongodb/mongod
.log
|
|
1
|
Mon May 25 02:57:22.670 [conn756] query MyTest.Pro query: { $query: { CutePath: /^122-133-1456(-\d+)*$/, Avail.Status: { $lt: 5 }, $or: [ { _id: { $lt: 3310 } }, { _id: { $gt: 8520, $lt: 8530 } }, { _id: { $gt: 9720, $lt: 9730 } } ] }, $orderby: { Avail.Status: 1, AvgRate: -1 } } ntoreturn:200 ntoskip:0 nscanned:18764 scanAndOrder:1 keyUpdates:0 numYields: 10 locks(micros) r:217999 nreturned:200 reslen:563505 116ms
|
如果nscanned(扫描的记录数)远大于nreturned(返回结果的记录数)的话，那么我们就要考虑通过加索引来优化记录定位了。
reslen 如果过大，那么说明我们返回的结果集太大了，这时请查看find函数的第二个参数是否只写上了你需要的属性名。
对于创建索引的建议是：如果很少读，那么尽量不要添加索引，因为索引越多，写操作会越慢。如果读量很大，那么创建索引还是比较划算的。
参见：
http://docs.mongodb.org/manual/administration/analyzing-mongodb-performance/#database-profiling
http://docs.mongodb.org/master/MongoDB-crud-guide.pdf
本文转自UltraSQL51CTO博客，原文链接：http://blog.51cto.com/ultrasql/1654989 ，如需转载请自行联系原作者
