Nginx PHP 報504 Gateway time-out錯誤的解決方法

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的設置有關。

　　而正確的設置須要考慮服務器自身的性能和訪客的數量等多重因素。

 

　　以我目前的服務器爲例子CPU是奔四1.5G的，內存1GB，CENTOS的系統，訪客大概是50人左右同時在線。

　　可是在線的人大都須要請求PHP-CGI進行大量的信息處理，所以我將nginx.conf設置爲：

　　fastcgi_connect_timeout 300s;

　　fastcgi_send_timeout 300s;

　　fastcgi_read_timeout 300s;

　　fastcgi_buffer_size 128k;

　　fastcgi_buffers 8 128k;#8 128

　　fastcgi_busy_buffers_size 256k;

　　fastcgi_temp_file_write_size 256k;

　　fastcgi_intercept_errors on;

　　這裏最主要的設置是前三條，即

　　fastcgi_connect_timeout 300s;

　　fastcgi_send_timeout 300s;

　　fastcgi_read_timeout 300s;

　　這裏規定了PHP-CGI的鏈接、發送和讀取的時間，300秒足夠用了，所以個人服務器不多出現504 Gateway Time-out這個錯誤。最關鍵的是php-fpm.conf的設置，這個會直接致使502 Bad Gateway和504 Gateway Time-out。

　　下面咱們來仔細分析一下php-fpm.conf幾個重要的參數：

　　php-fpm.conf有兩個相當重要的參數，一個是」max_children」,另外一個是」request_terminate_timeout」

　　個人兩個設置的值一個是」40″，一個是」900″，可是這個值不是通用的，而是須要本身計算的。

　　計算的方式以下：

　　若是你的服務器性能足夠好，且寬帶資源足夠充足，PHP腳本沒有系循環或BUG的話你能夠直接將」request_terminate_timeout」設置成0s。0s的含義是讓PHP-CGI一直執行下去而沒有時間限制。而若是你作不到這一點，也就是說你的PHP-CGI可能出現某個BUG，或者你的寬帶不夠充足或者其餘的緣由致使你的PHP-CGI可以假死那麼就建議你給」request_terminate_timeout」賦一個值，這個值能夠根據你服務器的性能進行設定。通常來講性能越好你能夠設置越高，20分鐘-30分鐘均可以。因爲個人服務器PHP腳本須要長時間運行，有的可能會超過10分鐘所以我設置了900秒，這樣不會致使PHP-CGI死掉而出現502 Bad gateway這個錯誤。

　　而」max_children」這個值又是怎麼計算出來的呢?這個值原則上是越大越好，php-cgi的進程多了就會處理的很快，排隊的請求就會不多。設置」max_children」也須要根據服務器的性能進行設定，通常來講一臺服務器正常狀況下每個php-cgi所耗費的內存在20M左右，所以個人」max_children」我設置成40個，20M*40=800M也就是說在峯值的時候全部PHP-CGI所耗內存在800M之內，低於個人有效內存1Gb。而若是個人」max_children」設置的較小，好比5-10個，那麼php-cgi就會「很累」，處理速度也很慢，等待的時間也較長。若是長時間沒有獲得處理的請求就會出現504 Gateway Time-out這個錯誤，而正在處理的很累的那幾個php-cgi若是遇到了問題就會出現502 Bad gateway這個錯誤。

fastcgi的設置加在 server {}內.

改完後若是啓動nginx後提示：

nginx: [emerg] unknown directive "　fastcgi_connect_timeout" in /home/chen/workspace/jamy/nginx.conf:2

相似這樣的錯誤，多是沒有把前面的全角空格去掉。