MongoDB中最大连接数设置失效如何解决-创新互联

MongoDB中大连接数设置失效如何解决,相信很多没有经验的人对此束手无策,为此本文总结了问题出现的原因和解决方法,通过这篇文章希望你能解决这个问题。

创新互联拥有一支富有激情的企业网站制作团队,在互联网网站建设行业深耕十多年,专业且经验丰富。十多年网站优化营销经验,我们已为1000+中小企业提供了网站制作、成都网站制作解决方案,定制网站开发,设计满意,售后服务无忧。所有客户皆提供一年免费网站维护!

案例重现

以下为本次测试MongoDB案例配置的参数。

MongoDB中大连接数设置失效如何解决

启动后查看大连接数。

运行命令:db.serverStatus().connections

MongoDB中大连接数设置失效如何解决

Current表示当前到实例上正在运行的连接数。

Available表示当前实例还可以支持的并发连接数。

也就是说此实例大能支持的并发连接数为:Current+available=3+816=819.

所以设置的maxConns参数无效。所以设置的maxConns参数无效!所以设置的maxConns参数无效!所以设置的maxConns参数无效!

答案求索

此时查看查看网上相关资料,大部分集中在 Linux系统大文件描述符数。查看我们系统配置,此时已经是65535了。不是系统大文件描述符数限制的了。

MongoDB中大连接数设置失效如何解决

转个弯,因为我们是为操作系统是 centos 7 ,所以我们的mongodb服务是透过systemctl来管理的。那如果是通过service 命令来管理此服务呢?

测试1 测试用service来管理mongodb 服务 对大连接数的影响

(1) 在/etc/init.d目录下创建名为mongodbtest0903的服务;

(2) 服务的配置如下:

MongoDB中大连接数设置失效如何解决

(3) 赋予执行权限,然后开启服务

MongoDB中大连接数设置失效如何解决

(4) 此时查看连接数为2500(为maxConns参数值)

MongoDB中大连接数设置失效如何解决

(5) 关闭 mongodb 服务

MongoDB中大连接数设置失效如何解决

以上说明用service 来管理服务,大连接数参数起作用了。

测试2 如果直接用Mongodb command打开呢?

(1) 直接开启

MongoDB中大连接数设置失效如何解决

(2)此时查看连接数为2500(为maxConns参数值)

MongoDB中大连接数设置失效如何解决

(3)关闭此服务

MongoDB中大连接数设置失效如何解决

以上说明直接开启Mongodb服务,大连接数参数起作用了。

通过service和 mongodb命令启动服务,大连接数都是设置的参数,而通过systemctl来开启此服务就变成了默认的819.

探究

我们来具体分析下systemctl 开启的 mongodb 服务(此服务定义为mongodbtest0903)。

(1)查看此服务的所有配置细节的命令

systemctl show mongodbtest0903.service

部分细节如下

MongoDB中大连接数设置失效如何解决

此时 LimitNOFILE=4096

(2) 查看此服务的进程,以及此进程下的资源限制

MongoDB中大连接数设置失效如何解决

进程的资源限制

MongoDB中大连接数设置失效如何解决

终于看到了 资源限制是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文件的注释,说明了对系统服务不生效。

MongoDB中大连接数设置失效如何解决

解决方案

解决方案,知道了问题所在,针对此问题寻找解决方案相对容易了。

解决方案1:针对单个 systemctl 管理的服务。

在/lib/systemd/system中找到具体的服务,增加

# (open files)
LimitNOFILE=64000

命令。 修改后为:

MongoDB中大连接数设置失效如何解决

重启服务,此时连接查看大连接数为2500,到达设置的参数。

解决方案2 网上有种方案是对systemd全局修改此方案本作者没有验证,转述如下,意思是修改/etc/systemd/system.conf 即可:

全局的配置,放在文件/etc/systemd/system.conf和/etc/systemd/user.conf。 同时,也会加载两个对应的目录中的所有.conf文件/etc/systemd/system.conf.d/*.conf和/etc/systemd/user.conf.d/*.conf
其中,system.conf是系统实例使用的,user.conf用户实例使用的。一般的sevice,使用system.conf中的配置即可。systemd.conf.d/*.conf中配置会覆盖system.conf。

DefaultLimitCORE=infinity

DefaultLimitNOFILE=100000

DefaultLimitNPROC=100000

注意:修改了system.conf后,需要重启系统才会生效。

因为服务器上systemctl会管理多种服务,为减少对其它服务的影响,建议在单个服务上修改,集采用第一种方案。

其他相关知识

(1)mysql 服务也会遇到类似问题;

(2)* nofiles - soft limit on the number of file descriptors a process may have;

(3)*soft limit与hard limit的不同:soft limit是真正生效的限制值,而hard limit仅仅是soft limit调整范围的一个上限。

连接数优化:

通过serverStatus查询连接数:

mongo> db.serverStatus().connections

每个连接都是一个线程,需要一个Stack,Linux下缺省的Stack设置一般比较大:

shell> ulimit -a | grep stack stack size (kbytes, -s) 10240

至于MongoDB实际使用的Stack大小,可以用如下命令确认(单位:K):

shell> cat /proc/$(pidof mongod)/limits | grep stack | awk -F 'size' '{print int($NF)/1024}'

如果Stack过大(比如:10240K)的话没有意义,简单对照命令结果中的Size和Rss:

shell> cat /proc/$(pidof mongod)/smaps | grep 10240 -A 10

所有连接消耗的内存加起来会相当惊人,推荐把Stack设置小一点,比如说1024:

shell> ulimit -s 1024

看完上述内容,你们掌握MongoDB中大连接数设置失效如何解决的方法了吗?如果还想学到更多技能或想了解更多相关内容,欢迎关注创新互联行业资讯频道,感谢各位的阅读!


本文题目:MongoDB中最大连接数设置失效如何解决-创新互联
转载注明:http://scyanting.com/article/djgceh.html