作者个人研发的在高并发场景下,提供的简单、稳定、可扩展的延迟消息队列框架,具有精准的定时任务和延迟队列处理功能。自开源半年多以来,已成功为十几家中小型企业提供了精准定时调度方案,经受住了生产环境的考验。为使更多童鞋受益,现给出开源框架地址:https://github.com/sunshinelyz/mykit-delay
写在前面
最近,在服务器上搭建了一套压测环境,不为别的,就为压测下Nginx的性能,到底有没有传说中的那么牛逼!具体环境为:11台虚拟机,全部安装CentOS 6.8 64位操作系统,1台安装部署Nginx,其他10台作为客户端同时以压满CPU的线程向Nginx发送请求,对Nginx进行压测。没想到,出现问题了!!
Nginx报错
Nginx服务器访问量非常高,在Nginx的错误日志中不停的输出如下错误信息。
- 2020-07-23 02:53:49 [alert] 13576#0: accept() failed (24: Too many open files)
- 2020-07-23 02:53:49 [alert] 13576#0: accept() failed (24: Too many open files)
- 2020-07-23 02:53:49 [alert] 13576#0: accept() failed (24: Too many open files)
- 2020-07-23 02:53:49 [alert] 13576#0: accept() failed (24: Too many open files)
- 2020-07-23 02:53:49 [alert] 13576#0: accept() failed (24: Too many open files)
- 2020-07-23 02:53:49 [alert] 13576#0: accept() failed (24: Too many open files)
- 2020-07-23 02:53:49 [alert] 13576#0: accept() failed (24: Too many open files)
- 2020-07-23 02:53:49 [alert] 13576#0: accept() failed (24: Too many open files)
- 2020-07-23 02:53:49 [alert] 13576#0: accept() failed (24: Too many open files)
- 2020-07-23 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
不存在,则需要添加上述配置项。
1.永远不要在一个女孩毫无防备的时候伤害她,不要让她变成一棵孤单的仙人掌。这...
随着大数据的流行,非结构化数据正变得越来越多、越来越大、越来越快。但是非结...
OSS 即 object storage service,对象存储服务,也是每个云厂商提供的最基本的云...
颠覆、破坏(先是数字化颠覆,现在是疫情之后的业务破坏)已成为常态,而不是例外...
香港服务器 具有免备案,网络覆盖面广,国内访问快,应用灵活等特点。很多人喜欢...
在未来的一年里,许多因素正汇聚在一起推动企业向数字化转型迈进。首先,冠状病...
本文转载自微信公众号「Java极客技术」,作者鸭血粉丝 。转载本文请联系Java极客...
目前,各行业的数智化进程如火如荼,企业对数智化用户运营的需求日益旺盛;同时...
疫情原因让各省市的「健康码」成为出行必不可少的通行证,但对于部分还在使用功...
【内容声明】本文收集整理于互联网,不确保内容真实性和质量度,仅供参考!若有服务...