这篇文章主要为大家展示了“linux下php-cgi停止的解决方法”，内容简而易懂，条理清晰，希望能够帮助大家解决疑惑，下面让小编带领大家一起研究并学习一下“linux下php-cgi停止的解决方法”这篇文章吧。

目前创新互联建站已为成百上千的企业提供了网站建设、域名、虚拟主机、网站托管、服务器托管、企业网站设计、绥江网站维护等服务，公司将坚持客户导向、应用为本的策略，正道将秉承"和谐、参与、激情"的文化，与客户和合作伙伴齐心协力一起成长，共同发展。

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，这个值对生产中的服务显得偏小。

网上给出的解决方案，大部分是直接输入

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服务器管理系统)。

以上是“linux下php-cgi停止的解决方法”这篇文章的所有内容，感谢各位的阅读！相信大家都有了一定的了解，希望分享的内容对大家有所帮助，如果还想学习更多知识，欢迎关注创新互联行业资讯频道！

当前文章：linux下php-cgi停止的解决方法
文章转载：http://scyanting.com/article/jegcje.html