linux下php-cgi停止的解决方法是：更改nginx的配置项，减少fastcgi的请求次数，尽量维持buffers不变即可，例如【fastcgi_buffer_size 128k;】。
本文操作环境：linux 5.9.8、php 7、thinkpad t480电脑。
前言：
偶然发现一台生产中的服务器（centos 5.2 64位 4G内存）总是出现网站打不开的问题。后来就去服务器上看了下，结果发现nginx和php-cgi都在运行状态，但是此时php-cgi的cpu占用为0。于是我马上查看了文件句柄数限制：
ulimit -n
得到的结果是：1024，这个值对生产中的服务显得偏小。
立即学习“PHP免费学习笔记（深入）”；
网上给出的解决方案，大部分是直接输入
ulimit -SHn 51200 # 51200可自己根据应用调整
此法缺点很明显，一旦退出登陆，设置就失效了。
也有说直接把该命令写到/etc/rc.d/rc.local中的，今天找到一个正确的做法
打开/etc/security/limits.conf，里面有很详细的注释，找到如下设置(如果没有就插入)
代码如下
* soft nofile 51200 * hard nofile 51200
退出后再次登陆，查看句柄数，已经正确设置为51200。
如果有碰到类似情况，可以检查一下看看是不是文件句柄数设置太小引起的。
访问时出现 502 Bad Gateway 的解决办法
Nginx 502 Bad Gateway的含义是请求的php-cgi已经执行，但是由于某种原因(一般是读取资源的问题)没有执行完毕而导致php-cgi进程终止。一般并发数太高的网站都容易出现此错误。出现502 Bad Gateway的原因有很多，但是大部分人修改下面的参数即可解决。
更改nginx的几个配置项，减少FastCGI的请求次数，尽量维持buffers不变：
代码如下
fastcgi_buffer_size 128k; fastcgi_buffers 2 256k; fastcgi_busy_buffers_size 256k; fastcgi_temp_file_write_size 256k;
打开 /usr/local/php/etc/php-fpm.conf 文件，修改如下几个参数：
代码如下
25 requests">2048 65535 30s 60s
request_terminate_timeout指的是fast-cgi的执行脚本时间，它默认是0s。0s的含义是让php-cgi一直执行下去而没有时间限制。如果你在此设成0s，那么当出现502 Bad Gateway的时候，这个502的状态将一直持续下去不会改变。但是如果你设置成5s，那么当php-cgi假死5s以后会自动恢复。这个值可以根据你服务器的性能进行设定，这里我设置的是60s。
max_children表示php-cgi的处理进程。如果max_children设置的较小，比如5-10个，那么php-cgi就会“很累”，处理速度也很慢，等待的时间也较长。如果长时间没有得到处理的请求就会出现504 Gateway Time-out错误。设置max_children也需要根据服务器的性能进行设定，增大进程数，内存占用也会相应增大，正常情况下每个php-cgi所耗费的内存在20M左右，这里我设置的是25。
php-fpm的默认静态处理方式会使得php-cgi的进程长期占用内存而无法释放，这也是导致nginx出错的原因之一，因此可以将php-fpm的处理方式改成apache-like模式。
修改完成执行lu-restart 即可(LuManager服务器管理系统)。
推荐学习：php培训
