php-fpm线程僵死导致网站无响应或502,优化手段

网站突然打不开,查看了网站日志,未发现有攻击和流量异常现象。不过有蛮多蜘蛛爬行。查看内存,负载都未有异常,于是查看php-fpm日志,发现了大量以下样式的警告通知。

[NOTICE] fpm_children_bury(), line 215: child 11514 (pool baddb.com) exited with code 0 after 759.234956 seconds from start
[NOTICE] fpm_children_make(), line 352: child 11685 (pool baddb.com) started

查阅资料发现,这可能是因为打开的页面文件过多,而默认的线程已不够使用,因此导致php-fpm线程僵死。

由于php线程打开文件句柄会有受限的可能。因此需要查看以下几方面。

1:允许打开的句柄总量开关。

使用ulimit -n命令来查看数值。默认发现为1024,我们需要加大该值。

vi /etc/security/limits.conf

在对应处加上例如

* - nofile 8192

该值为系统允许的文件句柄打开数量总开关,因此该值的大小决定上限。

2:修改php-fpm.conf文件,若对应站点有单独的php-fpm.conf文件设置,则修改对应的站点.conf,例如php/php-fpm/baddb.com.conf,主要需要修改两个参数。

参数一:max_requests值,设置为8192,因为系统句柄决定了该值,因为设置值比8192更大,也仍然会被认为是819

参数二:rlimit_files值,同样设置为8192

3:可以适当增加php-fpm线程数量,线程数量高,表示并发越强,同一时间能处理的请求越高,但前提是内存和CPU足够支撑这。因此,该值不要随意设置增大。越大线程,会占用更多的CPU资源。后果可能是造成主机死机。

最后重启主机,重启后再使用ulimit -n命令来查看,发现已经是8192

 

点赞

发表评论