本文整理自网络,侵删。
背景介绍:
查询MongoDB配置参数,可以知道关于最大连接数的参数是maxConns。但是连接实例后,查看支持的最大连接数,还是默认的819。
说明:最大连接数是由maxConn (maxIncomingConnections)和操作系统单个进程能打开的最大文件描述符数总量的80%决定的,取两个之间的最小值。默认单个进程能打开的最大文件描述符数为1024,1024*80% = 819.2 取整数819。所以最大可以支持的并发连接数为819。
案例重现
以下为本次测试MongoDB案例配置的参数。
启动后查看最大连接数。
运行命令:db.serverStatus().connections
Current表示当前到实例上正在运行的连接数。
Available表示当前实例还可以支持的并发连接数。
也就是说此实例最大能支持的并发连接数为:Current+available=3+816=819.
所以设置的maxConns参数无效。所以设置的maxConns参数无效!所以设置的maxConns参数无效!所以设置的maxConns参数无效!
答案求索
此时查看查看网上相关资料,大部分集中在 Linux系统最大文件描述符数。查看我们系统配置,此时已经是65535了。不是系统最大文件描述符数限制的了。
转个弯,因为我们是为操作系统是 centos 7 ,所以我们的mongodb服务是透过systemctl来管理的。那如果是通过service 命令来管理此服务呢?
测试1 测试用service来管理mongodb 服务 对最大连接数的影响
(1) 在/etc/init.d目录下创建名为mongodbtest0903的服务;
(2) 服务的配置如下:
(3) 赋予执行权限,然后开启服务
(4) 此时查看连接数为2500(为maxConns参数值)
(5) 关闭 mongodb 服务
以上说明用service 来管理服务,最大连接数参数起作用了。
测试2 如果直接用Mongodb command打开呢?
(1) 直接开启
(2)此时查看连接数为2500(为maxConns参数值)
(3)关闭此服务
以上说明直接开启Mongodb服务,最大连接数参数起作用了。
通过service和 mongodb命令启动服务,最大连接数都是设置的参数,而通过systemctl来开启此服务就变成了默认的819.
探究
我们来具体分析下systemctl 开启的 mongodb 服务(此服务定义为mongodbtest0903)。
(1)查看此服务的所有配置细节的命令
systemctl show mongodbtest0903.service
部分细节如下
此时 LimitNOFILE=4096
(2) 查看此服务的进程,以及此进程下的资源限制
进程的资源限制
终于看到了 资源限制是1024。
问题1:为什么经过systemctl 启动的mongodb服务变成了默认的819.
回答:因为systemctl 启动的服务进程其最大文件描述符数变成了1024. 1024*80% = 819.2 取整数819.
问题2:为什么系统设置的最大是65525 而 systemctl 变成了1024.
在Centos7系统中,使用Systemd替代了之前的SysV。/etc/security/limits.conf文件的配置作用域缩小了。/etc/security/limits.conf的配置,只适用于通过PAM认证登录用户的资源限制,它对systemd的service的资源限制不生效。
其实仔细查看/etc/security/limits.conf文件的注释,说明了对系统服务不生效。
解决方案
相关阅读 >>
centos7安装mongo数据库的方法(mongo4.2.8)
mongodb执行mongoexport时的异常及分析(数字类型的查询)
更多相关阅读请进入《mongodb》频道 >>
数据库系统概念 第6版
本书主要讲述了数据模型、基于对象的数据库和XML、数据存储和查询、事务管理、体系结构等方面的内容。