并发量太高，Nginx直接挂了！！
作者：互联网
大家好，我是冰河~~
最近，在服务器上搭建了一套压测环境，不为别的，就为压测下Nginx的性能，到底有没有传说中的那么牛逼！具体环境为：11台虚拟机，全部安装CentOS 6.8 64位操作系统，1台安装部署Nginx，其他10台作为客户端同时以压满CPU的线程向Nginx发送请求，对Nginx进行压测。没想到，出现问题了！！
小伙伴们如果觉得文章不错，点赞、收藏、评论，分享走一起呀，记得给冰河来个一键三连~~
好了，我们开始今天的正文。
Nginx报错
Nginx服务器访问量非常高，在Nginx的错误日志中不停的输出如下错误信息。
2021-06-17 02:53:49 [alert] 13576#0: accept() failed (24: Too many open files)
2021-06-17 02:53:49 [alert] 13576#0: accept() failed (24: Too many open files)
2021-06-17 02:53:49 [alert] 13576#0: accept() failed (24: Too many open files)
2021-06-17 02:53:49 [alert] 13576#0: accept() failed (24: Too many open files)
2021-06-17 02:53:49 [alert] 13576#0: accept() failed (24: Too many open files)
2021-06-17 02:53:49 [alert] 13576#0: accept() failed (24: Too many open files)
2021-06-17 02:53:49 [alert] 13576#0: accept() failed (24: Too many open files)
2021-06-17 02:53:49 [alert] 13576#0: accept() failed (24: Too many open files)
2021-06-17 02:53:49 [alert] 13576#0: accept() failed (24: Too many open files)
2021-06-17 02:53:49 [alert] 13576#0: accept() failed (24: Too many open files)
根据错误日志的输出信息，我们可以看出：是打开的文件句柄数太多了，导致Nginx报错了！那我们该如何解决这个问题呢？
问题分析
既然我们能够从Nginx的错误日志中基本能够确定导致问题的原因，那这到底是不是Nginx本身的问题呢？答案为：是，也不全是！
为啥呢？原因很简单：Nginx无法打开那么多的文件句柄，一方面是因为我没有配置Nginx能够打开的最大文件数；另一方面是因为CentOS 6.8操作系统本身对打开的最大文件句柄数有限制，我同样没有配置操作系统的最大文件句柄数。所以说，不全是Nginx的锅！在某种意义上说，我错怪Nginx了！
在CentOS 6.8服务器中，我们可以在命令行输入如下命令来查看服务器默认配置的最大文件句柄数。
[root@binghe150 ~]# ulimit -n
1024
可以看到，在CentOS 6.8服务器中，默认的最大文件句柄数为1024。
此时，当Nginx的连接数超过1024时，Nginx的错误日志中就会输出如下错误信息。
[alert] 13576#0: accept() failed (24: Too many open files)
解决问题
那我们该如何解决这个问题呢？其实，也很简单，继续往下看！
使用如下命令可以把打开文件句柄数设置的足够大。
ulimit -n 655350
同时修改nginx.conf ， 添加如下配置项。
worker_rlimit_nofile 655350;
注意：上述配置需要与error_log同级别。
这样就可以解决Nginx连接过多的问题，Nginx就可以支持高并发（这里需要配置Nginx）。
另外， ulimit -n还会影响到MySQL的并发连接数。把它提高，也可以提高MySQL的并发。
注意： 用 ulimit -n 655350 修改只对当前的shell有效，退出后失效。
永久解决问题
若要令修改ulimits的数值永久生效，则必须修改配置文件，可以给ulimit修改命令放入/etc/profile里面，这个方法实在是不方便。
还有一个方法是修改/etc/security/limits.conf配置文件，如下所示。
vim /etc/security/limits.conf
在文件最后添加如下配置项。
* soft nofile 655360
* hard nofile 655360
保存并退出vim编辑器。
其中：星号代表全局， soft为软件，hard为硬件，nofile为这里指可打开的文件句柄数。
最后，需要注意的是：要使 limits.conf 文件配置生效，必须要确保 pam_limits.so 文件被加入到启动文件中。查看 /etc/pam.d/login 文件中是否存在如下配置。
session required /lib64/security/pam_limits.so
不存在，则需要添加上述配置项。
写在最后
如果你想进大厂，想升职加薪，或者对自己现有的工作比较迷茫，都可以私信我交流，希望我的一些经历能够帮助到大家~~
推荐阅读：
- 《奉劝那些刚参加工作的学弟学妹们：要想进大厂，这些核心技能是你必须要掌握的！完整学习路线！！（建议收藏）》
- 《奉劝那些刚参加工作的学弟学妹们：这些计算机与操作系统基础知识越早知道越好！万字长文太顶了！！（建议收藏）》
- 《我用三天时间开发了一款老少皆宜的国民级游戏，支持播放音乐，现开放完整源代码和注释（建议收藏）！！》
- 《我是全网最硬核的高并发编程作者，CSDN最值得关注的博主，大家同意吗？（建议收藏）》
- 《毕业五年，从月薪3000到年薪百万，我掌握了哪些核心技能？（建议收藏）》
- 《我入侵了隔壁妹子的Wifi，发现。。。（全程实战干货，建议收藏）》
- 《千万不要轻易尝试“熊猫烧香”，这不，我后悔了！》
- 《清明节偷偷训练“熊猫烧香”，结果我的电脑为熊猫“献身了”！》
- 《7.3万字肝爆Java8新特性，我不信你能看完！（建议收藏）》
- 《在业务高峰期拔掉服务器电源是一种怎样的体验？》
- 《全网最全Linux命令总结！！（史上最全，建议收藏）》
好了，今天就到这儿吧，小伙伴们点赞、收藏、评论，一键三连走起呀，我是冰河，我们下期见~~
标签：24,太高,failed,并发,many,Nginx,Too,open 来源： https://blog.csdn.net/l1028386804/article/details/118014766