不管是做運維的還是做開發的，或者是個站長，也一樣會時不時遇到502 Bad Gateway和504 Gateway Time-out這種服務器錯誤。出現這種頁面，在實在不行的情況下重啟服務器，問題就解決了，如果是特殊情況請繼續閱讀。

一、狀態碼解釋

502 Bad Gateway：作為網關或者代理工作的服務器嘗試執行請求時，從上游服務器接收到無效的響應。

504 Gateway Time-out：作為網關或者代理工作的服務器嘗試執行請求時，未能及時從上游服務器(URI標識出的服務器，例如HTTP、FTP、LDAP)或者輔助服務器(例如DNS)收到響應。

二、502 Bad Gateway的原因分析

將請求提交給網關如php-fpm執行，但是由于某些原因沒有執行完畢導致php-fpm進程終止執行。說到此，這個問題就很明了了，與網關服務如php-fpm的配置有關了。

php-fpm.conf配置文件中有兩個參數就需要你考慮到，分別是max_children和request_terminate_timeout。

max_children最大子進程數，在高并發請求下，達到php-fpm最大響應數，后續的請求就會出現502錯誤的。可以通過netstat命令來查看當前連接數。

request_terminate_timeout設置單個請求的超時終止時間。還應該注意到php.ini中的max_execution_time參數。當請求終止時，也會出現502錯誤的。

當積累了大量的php請求，你重啟php-fpm釋放資源，但一兩分鐘不到，502又再次呈現，這是什么原因導致的呢? 這時還應該考慮到數據庫，查看下數據庫進程是否有大量的locked進程，數據庫死鎖導致超時，前端終止了繼續請求，但是SQL語句還在等待釋放鎖，這時就要重啟數據庫服務了或kill掉死鎖SQL進程了。

對于長時間的請求可以考慮使用異步方式，可以參閱《關于PHP實現異步操作的研究》。

三、 504 Gateway Time-out的原因分析

504錯誤一般是與nginx.conf配置有關了。主要與以下幾個參數有關：fastcgi_connect_timeout、fastcgi_send_timeout、fastcgi_read_timeout、fastcgi_buffer_size、fastcgi_buffers、fastcgi_busy_buffers_size、fastcgi_temp_file_write_size、fastcgi_intercept_errors。特別是前三個超時時間。如果fastcgi緩沖區太小會導致fastcgi進程被掛起從而演變為504錯誤。

總結

總而言之，502錯誤主要從四個方向入手：

max_children

request_terminate_timeout、max_execution_time

數據庫

網關服務是否啟動如php-fpm

504錯誤主要查看nginx.conf關于網關如fastcgi的配置。