MongoDB性能监控

1、mongostat

查看运行中的mongodb实例的统计信息

重要指标说明：

• getmore： 通常发生在结果集比较大的查询时，第一个query返回了部分结果，后续的结果是通过getmore来获取的。（反映查询结果的大小）
• flushs：每秒执行同步将数据写入硬盘的次数。
• mapped：映射到内存的数据大小，单位是MB。
• vsize：虚拟内存使用量，单位是MB。
• res：物理内存使用量，单位是MB。
• faults：每秒访问失败数（只有linux有），数据被交换出物理内存，放在swap。不要超过100。否则就是机器内存太小，造成频繁swap写入。此时要升级内存或者扩展。
• locked db：被锁的时间百分比，尽量控制在10%以下。
• idx miss%：索引不命中所占百分比。如果太高的话就要考虑索引是不是设计不合理。
• qr|qw：等待读写的队列长度。（mongo负载高时，命令来不及处理，mongo将命令放入队列中）
• ar|aw：执行读写操作客户端数量。

2、MMS（MongoDB Monitoring Service）

1）安装

rpm -U mongodb-mms-monitoring-agent-2.1.4.51-1.i386.rpm

2）配置

• 访问https://mms.mongodb.com/settings
• 选择monitoring agent下对应的os ，按照说明配置即可
• 完成后启动mms：service mongodb-mms-monitoring-agent start
• 然后返回页面，进入setup里按照说明进行配置

3、mongodb profile

类似mysql中的慢查询，mongodb的慢查询日志功能

常用查看profile的命令：

db.system.profile.find().sort({$natural:-1})   --查看最新的profile

db.system.profile.find({millis:{$gt:100}}).sort({$natural:-1}).limit(5)   --查看执行时间大于100ms的执行操作，并倒序排序取前5行

主要指标：

• responseLength：查询返回的长度
• nscanned：在执行查询操作的时候扫描了多少对象
• nreturned：从查询中返回的结果对象

分析：

• 如果nscanned比较大，或者nscanned比nreturned大很多，说明数据库扫描了很多对象才找到目标对象，因此需要为查询条件建立索引。
• 当返回的结果集很大即responseLength值大时，会是的性能下降，在做find查询时需要添加第二个查询参数，只获取需要显示的字段。

4、explain

执行计划

5、最大连接数

• db.serverStatus().connections;
• mongodb的最大连接数 = current数值 + available数值
• 启动里面可以加参数 --maxCounts=3000