深入探討:Nginx 502 Bad Gateway錯誤的解決方法
2024-08-30 12:23:01
供稿：網友
本篇文章是對Nginx 502 Bad Gateway錯誤的解決方法進行了詳細的分析介紹，需要的朋友參考下 max_children=40 , 每個children平均占用20M-30M內存，children越多，可以同時接受的并發數量越多，一般children的值是網站最高并發數+浮動值，這值再×內存占用，就是你需要用到的內存。
max_requests = N 是指當每個children接受了N次請求以后，就會把自己殺死，然后重新建立一個children。
PV / max_children = 每一個children接受的request次數[ 默認預設瀏覽一個只調用一次PHP程序，或許異步調用呢?接口呢？]
比如上面的值是1000，而你定義的是10240，那么fpm要超過10天才能殺死children并重建，這樣如果存在內存泄露的話，就會導致進程占用過多的內存而無法釋放，從而使fpm的處理能力降低，還會產生一些莫名其妙的錯誤。
但是如果你把這個值設置的過小，fpm頻繁的殺死children并重建，也會導致額外的開銷。
最好的優化當然是根據你網站的運行情況，去不斷的調試，找到一個平衡點。
針對max_children還有一個偷懶的做法，如果你的php是5.3，那么你可以把fpm的style設置為apache-like，這個時候children的數量就由fpm自動控制。相應的配置參數是
start_servers：起始進程數量
min_spare_servers：最小進程數量
max_spare_servers：最大進程數量
當服務器比較空閑的時候，fpm會主動殺死一些多余的children，用來節約資源，當服務器繁忙的時候，服務器會自動建立更多的children。
#########################
Nginx 502 Bad Gateway的含義是請求的PHP-CGI已經執行，但是由于某種原因（一般是讀取資源的問題）沒有執行完畢而導致PHP-CGI進程終止，
一般來說Nginx 502 Bad Gateway和php-fpm.conf的設置有關。
php-fpm.conf有兩個至關重要的參數，一個是max_children，
另一個是request_terminate_timeout，但是這個值不是通用的，而是需要自己計算的。
在安裝好使用過程中出現502問題，一般是因為默認php-cgi進程是5個，可能因為phpcgi進程不夠用而造成502，需要修改/usr/local/php/etc/php-fpm.conf 將其中的max_children值適當增加。
計算的方式如下：
如果你的服務器性能足夠好，且寬帶資源足夠充足，PHP腳本沒有死循環或BUG的話你可以直接將 request_terminate_timeout設置成0s。0s的含義是讓PHP-CGI一直執行下去而沒有時間限制。而如果你做不到這一點，也就 是說你的PHP-CGI可能出現某個BUG，或者你的寬帶不夠充足或者其他的原因導致你的PHP-CGI假死那么就建議你給request_terminate_timeout賦一個值，這個值可以根據服務器的性能進行設定。一般來說性能越好你可以設置越高，20分鐘-30分 鐘都可以。
而max_children這個值又是怎么計算出來的呢？這個值原則上是越大越好，php-cgi的進程多了就會處理的很快，排隊的請求就會很少。 設置max_children也需要根據服務器的性能進行設定，
一般來說一臺服務器正常情況下每一個php-cgi所耗費的內存在20M左右。
按照官方的答案，排查了相關的可能，并結合了網友的答案，得出了下面的解決辦法。
1、查看php fastcgi的進程數（max_children值）
代碼：netstat -anpo | grep “php-cgi” | wc -l
5（假如顯示5）
2、查看當前進程
代碼：top
觀察fastcgi進程數,假如使用的進程數等于或高于5個，說明需要增加（根據你機器實際狀況而定）
3、調整/usr/local/php/etc/php-fpm.conf 的相關設置
