網站假死 重啟NGINX無效 必須重啟PHP 原因分析


一、錯誤提示說明:

Nginx 502 Bad Gateway:請求的PHP-CGI已經執行,但是由於某種原因(一般是讀取資源的問題)沒有執行完畢而導致PHP-CGI進程終止。

Nginx 504 Gateway Time-out:所請求的網關沒有請求到,簡單來說就是沒有請求到可以執行的PHP-CGI。

二、錯誤提示原因分析:

一般來說Nginx 502 Bad Gateway和php-fpm.conf的設置有關。

而Nginx 504 Gateway Time-out則是與nginx.conf的設置有關。

php-fpm.conf有兩個至關重要的參數,一個是”max_children”,另一個是”request_terminate_timeout” ,這個值是需要根據自己服務器配置來計算的,計算的方式如下:

request_terminate_timeout

如果你的服務器性能足夠好,且寬帶資源足夠充足,可以直接將”request_terminate_timeout”設置成0s(不設置時間限制)。

而如果你做不到這一點,這個值可以根據你服務器的性能進行設定。一般來說性能越好你可以設置越高,建議20分鍾-30分鍾左右。由於我的服務器PHP腳本需要長時間運行,有的可能會超過10分鍾因此我設置了900秒。

max_children

這個值原則上是越大越好,php-cgi的進程多了就會處理的很快,排隊的請求就會很少。設置”max_children”也需要根據服務器的性能進行設定,每一個php-cgi所耗費的內存在20M左右。

如果”max_children”設置的較小,比如5-10個,那么php-cgi就會“很累”,處理速度也很慢,等待的時間也較長。如果長時間沒有得到處理的請求就會出現504 Gateway Time-out這個錯誤,而正在處理的很累的那幾個php-cgi如果遇到了問題就會出現502 Bad gateway這個

錯誤。

三、臨時解決辦法:

綜上所述,Nginx提示502和504錯誤的臨時解決辦法是:

1、調整php-fpm.conf的相關設置:

max_children 32

request_terminate_timeout 30s

2、調整nginx.conf的相關設置:

fastcgi_connect_timeout 600;

fastcgi_send_timeout 600;

fastcgi_read_timeout 600;

fastcgi_buffer_size 256k;

fastcgi_buffers 16 256k;

fastcgi_busy_buffers_size 512k;

fastcgi_temp_file_write_size 512k;

四、解決方案:

上面的解決方案只能臨時解決問題,而如果網站的訪問量確實非常非常大,而Nginx+FastCGI只能對處理瞬間或短時間內的高並發有很好的效果,所以真正的解決方案是:定時平滑重啟php-cgi。

在crontab里寫入php-fpm的平滑重啟命令

/usr/local/php/sbin/php-fpm reload

Enjoy it !


免責聲明!

本站轉載的文章為個人學習借鑒使用,本站對版權不負任何法律責任。如果侵犯了您的隱私權益,請聯系本站郵箱yoyou2525@163.com刪除。



 
粵ICP備18138465號   © 2018-2025 CODEPRJ.COM