mongodb 性能分析

链接

http://www.iteye.com/news/31033

 

http://www.open-open.com/bbs/view/1319762282561

 

1 通过网页控制台：

 

http://ip:28017/

可以看性能。

通过dbtop 能看到每张表占的开销的百分比

 

可以看数据库语句的历史记录 如query insert等。

 

2 通过cmd命令

MongoStat

 

insert:     一秒内的插入数

query :     一秒内的查询数

update:     一秒内的更新数

delete:     一秒内的删除数

 

flushes:    一秒内flush的次数 

  一般都是0，或者1，通过计算两个1之间的间隔时间，可以大致了解多长时间flush一次。

  flush开销是很大的，如果频繁的flush，可能就要找找原因了。

 

faults:

   大压力下这个数值往往不为0。如果经常不为0，那就该加内存了。

 

locked:

  MongoDB就一把读写锁，这里指的是写锁所住的时间百分比。这个数值过大(经常超过10%)，那就是出状况了。

 

idx miss:

  非常重要的参数, 正常情况下，所有的查询都应该通过索引，也就是idx miss为0。如果这里数值较大，是不是缺少索引。

 

qr|qw: queue lengths for clients waiting (read|write)

ar|aw: active clients (read|write)

  如果这两个数值很大，那么就是DB被堵住了，DB的处理速度不及请求速度。

  看看是否有开销很大的慢查询。如果查询一切正常，确实是负载很大，就需要加机器了。

conn: number of open connections

  MongoDB为每一个连接创建一个线程，线程的创建和释放也是有开销的。尽量不要让这个数值很大。

 

 

--------------

 

• inserts/s 每秒插入次数
• query/s 每秒查询次数
• update/s 每秒更新次数
• delete/s 每秒删除次数
• getmore/s 每秒执行getmore次数
• command/s 每秒的命令数，比以上插入、查找、更新、删除的综合还多，还统计了别的命令
• flushs/s 每秒执行fsync将数据写入硬盘的次数。
• mapped/s 所有的被mmap的数据量，单位是MB，
• vsize 虚拟内存使用量，单位MB
• res 物理内存使用量，单位MB
• faults/s 每秒访问失败数（只有Linux有），数据被交换出物理内存，放到swap。不要超过100，否则就是机器内存太小，造成频繁swap写入。此时要升级内存或者扩展
• locked % 被锁的时间百分比，尽量控制在50%以下吧
• idx miss % 索引不命中所占百分比。如果太高的话就要考虑索引是不是少了
• q t|r|w 当Mongodb接收到太多的命令而数据库被锁住无法执行完成，它会将命令加入队列。这一栏显示了总共、读、写3个队列的长度，都为0的话表示mongo毫无压力。高并发时，一般队列值会升高。
• conn 当前连接数
• time 时间戳