默认每个连接数占用10M内存
ulimit -a 查看stack size
MongoDB服务器内存要满足 connection overhead + data size + index size
即连接数开销+热点数据+索引
连接数太多的问题:
如果在日志中遇到类似如下的错误信息:
?
1 |
|
?
1 |
|
则说明打开的连接数太多了,有两个限制mongod/mongos连接数的地方:
操作系统的ulimit限制,可以用ulimit查看open files,是否足够大。linux下默认的open
files是1024,在提供服务的时候往往太小。
mongodb自身的限制
mongodb(mongod/mongos)在启动的时候,有个参数是–maxConns,用来指定最大的连接数,默认是20000,也是mongod支持的上限(硬编码,无法修改)。如果达到2万,则说明需要优化mongodb的数据/索引,或者需要扩展db以支持更大的并发数;如果是在参数限制小于2万而出现这个错误,则只需要调整参数即可。2.5.0去除2万的限制,see https://jira.mongodb.org/browse/SERVER-8943
连接数优化:
通过serverStatus查询连接数:
?
1 |
|
每个连接都是一个线程,需要一个Stack,Linux下缺省的Stack设置一般比较大:
?
1 |
|
至于MongoDB实际使用的Stack大小,可以用如下命令确认(单位:K):
?
1 |
|
如果Stack过大(比如:10240K)的话没有意义,简单对照命令结果中的Size和Rss:
?
1 |
|
所有连接消耗的内存加起来会相当惊人,推荐把Stack设置小一点,比如说1024:
?
1 |
|
注:从MongoDB1.8.3开始,MongoDB会在启动时自动设置Stack。
原文链接:http://nosqldb.org/topic/50ca8a50ee680fee790001f2