Nginx Too Many Open Files(1024)

2019/02/25 08:31:31 [crit] 15930#15930: accept4() failed (24: Too many open files)

出现这个错误可能是由于系统的ulimit限制和nginx自身的配置有关系，先来了解下概念。
什么是ulimit?
ulimit命令用来限制系统用户对shell资源的访问。如果不懂什么意思，下面一段内容可以帮助你理解：
假设有这样一种情况，当一台 Linux 主机上同时登陆了 10 个人，在系统资源无限制的情况下，这 10 个用户同时打开了 500 个文档，而假设每个文档的大小有 10M，这时系统的内存资源就会受到巨大的挑战。
ulimit 用于限制 shell 启动进程所占用的资源，支持以下各种类型的限制：所创建的内核文件的大小、进程数据块的大小、Shell 进程创建文件的大小、内存锁住的大小、
常驻内存集的大小、打开文件描述符的数量、分配堆栈的最大大小、CPU 时间、单个用户的最大线程数、Shell 进程所能使用的最大虚拟内存。同时，它支持硬资源和软资源的限制。
简单来说，ulimit描述符可以对用户打开的文件数量进行限制（不止限制打开文件数量），让单个用户不至于打开较多的文件，导致系统奔溃或者资源不足的情况

处理办法如下

[root@kvm-server nginx]# ulimit -n
1024
[root@kvm-server nginx]# ulimit -n 65536       #把打开文件数设置足够大，这是临时修改方案
[root@kvm-server nginx]# ulimit -n
65536
 
同时修改nginx.conf文件,添加下面内容，然后重启nginx

worker_rlimit_nofile 65535;
events {
    worker_connections  65535;
}

 
这样就可以解决Nginx连接过多的问题，Nginx就可以支持高并发。
另外， ulimit -n 还会影响到mysql 的并发连接数。提高文件连接数设置，也能提高mysql并发。
 
注意： 用ulimit -n 655360 修改只对当前的shell有效，退出后失效。所以，需要永久性修改
永久生效方法：
修改/etc/security/limits.conf，在文件底部添加：
* soft nofile 655360
* hard nofile 655360
星号代表全局， soft为软件，hard为硬件，nofile为这里指可打开文件数。
 
另外，要使limits.conf文件配置生效，必须要确保 pam_limits.so 文件被加入到启动文件中。
查看 /etc/pam.d/login 文件中有：
session required /lib/security/pam_limits.so
 
这样，问题就迎刃而解了！