Mongodb管理的几个常识

今天研究到了关于mongodb的最大连接数的问题，百度了许久后总结如下：

    mongodb启动时候的根系统的允许的最大打开文件数有关系，笔者最开始的时候limt的大小为1024，所以启动的时候默认的最大连接数位819，当启动的时候加上--maxConns=3000最大连接数依旧是819.

    无奈下找了资料发现最大连接数是有系统允许打开的最大连接数＊0.8所决定的，1024*0.8=819 所以加了参数也是无效

    后来更改了系统允许的最大文件数位65535后，发现启动mongodb后即使不加--maxConns=3000这个参数，mongodb的最大连接已经变成了65535*0.8＝52428了。

    综上所述：

                mongodb的最大最大连接数＝ulimit*0.8所决定（默认情况下）

                假如启动的时候使用maxConns这个参数，会有如下两种情况：

                        第一：假如ulimit*0.8 > maxConns所设置的参数，那么maxConns设置的参数生效

                        第二：假如ulimit*0.8 < maxConns所设置的参数，那么maxConns设置的参数不生效，最大连接数为ulimit*0.8

关于查看mongodb最大连接数的几个命令如下：

    一、mongodb自带mongostat命令可以擦看一下参数，如下：

<a href="http://s2.51cto.com/wyfs02/M01/78/CF/wKioL1aDnhfgjZKUAAFcGdHwg_c727.png" target="_blank"></a>

 它的输出有以下几列：

 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 时间戳

二、mongodb可以登录进去使用相应命令查看

<a href="http://s4.51cto.com/wyfs02/M01/78/D1/wKiom1aDnxXC-XJ1AAC_djV6zPQ053.png" target="_blank"></a>

介绍下关于三个参数的详情：

    "current" : 32  表示目前有32个活动连接

    "available" : 52396 表示目前空闲52396个连接

    "totalCreated" : NumberLong(33)   表示从mongodb到目前为止总共有过33个连接

本文转自 xinsir999 51CTO博客，原文链接：http://blog.51cto.com/xinsir/1730065，如需转载请自行联系原作者