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程序了。
對於長時間的請求可以考慮使用非同步方式，可以參閱《

四. 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錯誤主要從四個方向入手：
1. max_children
2. request_terminate_timeout、max_execution_time
3. 資料庫
4. 閘道器服務是否啟動如php-fpm

504錯誤主要檢視nginx.conf關於閘道器如fastcgi的配置。