前言

这个问题对于很多从事linux系统维护工作的人来说简直就是小case,属于小问题,为什么要拉出来单独讲呢,是因为我之前的同事遇到过并且找我咨询,然后现在同事也遇到了这个问题,说明我们对linux系统的理解还是不够透彻,所以单独拿出来讲下

起因

之前的同事找过来说,他们启的mysql服务,文件句柄数不对,以下图片:

排查思路

1,先问当前mysql用户是用什么用户启动的,他说是mysql用户

2,切入到当前用户执行命令su mysql ,执行命令ulimit -a,查看当前用户的资源限制信息,这个是root用户的截图哈 以下图片:

发现当前用户,open files 为65535,这是正常的

3,查看/etc/security/limits.conf文件内容,执行命令cat /etc/security/limits.conf,这个文件内容是用来设置全局的资源限制的,以下图:

root soft nofile 65535：表示root用户的文件描述符软限制设置为65535。

root hard nofile 65535：表示root用户的文件描述符硬限制设置为65535。

* soft nofile 65535：表示所有用户的文件描述符软限制设置为65535。

* hard nofile 65535：表示所有用户的文件描述符硬限制设置为65535。

也是正常的,我们想要的65535这个限制数

4,询问mysql服务是用什么方式启动,回答是用systemctl托管服务的

首先执行systemctl status mysqld 或者service mysqld status查看mysql systemctl方式启动的配置文件在那个路径上,下图:

打开/usr/lib/systemd/system/mysqld.service 文件在该文件[Service]下添加LimitNOFILE=65535,修改完成后执行

systemctl daemon-reload加载配置,然后询问是否有人,或者有服务正在访问mysql,定下时间进行重启mysql服务生效

执行命令systemctl restart mysqld,生效后就ok了,如图:

小结

排查思路是先从系统级别上对使用用户查看资源限制信息,然后再从系统全局上查看资源限制信息,这个顺序前后都可以，

然后再从服务级别上查看是否有对这个资源限制进行设置,上面的mysql服务使用systemctl管理,是通过systemctl 配置文件里添加 LimitNOFILE=65535来生效,如果你的进程是通过supervisord管控的那么可以查看配置minfds的值

如果你的服务是通过sh脚本启动的,那么可以在执行启动进程前加个命令

这样也是可以的