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服務器管理系統)。

推薦學習：php培訓