Ⅰ php進程超時介面返回504錯誤分析
在一次介面測試中，發現返回的http 504 time out 的錯誤，然後查看了php-fpm的錯誤日誌，發現了如下錯誤
從表現上看，是php進程超時導致的進程被kill了，那麼這個超時時間以及kill的機制是跟哪些參數有關呢，這里系統這里一下。
Nginx服務一般因為php的錯誤或者超時會有兩種錯誤碼502 bad Gateway 或者 504 Gateway Time-out
一種情況是php產生了語法錯誤，比如循環調用、變數作用域錯誤、方法不存在等，如果開啟錯誤日誌輸出的話，這種錯誤在php-fpm的錯誤日誌中是可以看到調用棧信息的。
另外一種情況可能就是超時引起的php-fpm主動kill的情況，在php.ini和php.fpm中有兩個配置項，用來管理php腳本的最大執行時間
當php腳本的執行時間超過這個時間時，PHP-FPM不只會終止腳本的執行，還會終止執行腳本的Worker進程。所以Nginx會發現與自己通信的連接斷掉了，就會返回給客戶端502錯誤。
以頂部的錯誤為例，當報502錯誤是，nginx的errorlog中有如下日誌，：
所以只需將這兩項的值調大一些就可以讓PHP腳本不會因為執行時間長而被終止了。request_terminate_timeout可以覆蓋max_execution_time，
所以如果不想改全局的php.ini，那隻改PHP-FPM的配置就可以了。
此外要注意的是Nginx的upstream模塊中的max_fail和fail_timeout兩項。這兩個配置表示在fail_timeout事件內，如果fail的測試達到max_fail，那麼在接下來的fail_timeout時間內，Nginx都會認為上游伺服器掛掉了，都會返回502錯誤。
所以可以將max_fail調大一些，將fail_timeout調小一些。
PHP-FPM設置的腳本最大執行時間已經夠長了，但執行耗時PHP腳本時，發現Nginx報錯從502變為504了。這是為什麼呢？
因為我們修改的只是PHP的配置，Nginx中也有關於與上游伺服器通信超時時間的配置
以Nginx超時時間為90秒，PHP-FPM超時時間為300秒為例，報504 Gateway Timeout錯誤時的Nginx錯誤訪問日誌如下：
調高這三項的值（主要是read和send兩項，默認不配置的話Nginx會將超時時間設為60秒）之後，504錯誤也解決了。
而且這三項配置可以配置在http、server級別，也可以配置在location級別。擔心影響其他應用的話，就配置在自己應用的location中吧。
要注意的是factcgi_connect/read/send_timeout是對FastCGI生效的，而proxy_connect/read/send_timeout是對proxy_pass生效的。
參考鏈接： http://www.cnblogs.com/fei33423/p/8184098.html 感謝分享！
Ⅱ 訪問php頁面出現504 Gateway Timeout 怎麼解決
一般看來, 這種情況可能是由於nginx默認的fastcgi進程響應的緩沖區太小造成的, 這將導致fastcgi進程被掛起, 如果你的fastcgi服務對這個掛起處理的不好, 那麼最後就極有可能導致504 Gateway Time-out
現在的網站, 尤其某些論壇有大量的回復和很多內容的, 一個頁面甚至有幾百K
默認的fastcgi進程響應的緩沖區是8K, 我們可以設置大點
在nginx.conf里, 加入:
fastcgi_buffers 8 128k
這表示設置fastcgi緩沖區為8×128k
當然如果您在進行某一項即時的操作, 可能需要nginx的超時參數調大點, 例如設置成60秒:
send_timeout 60;
我只是調整了這兩個參數, 結果就是沒有再顯示那個超時, 可以說效果不錯
另一篇文章
首先是更改php-fpm的幾處配置：
把max_children由之前的10改為現在的30，這樣就可以保證 有充足的php-cgi進程可以被使用；
把request_terminate_timeout由之前的0s改為60s，這樣php-cgi進程 處理腳本的超時時間就是60秒，可以防止進程都被掛起，提高利用效率。
接著再更改nginx的幾個配置項，減少FastCGI的請求次 數，盡量維持buffers不變：
fastcgi_buffers由 4 64k 改為 2 256k；
fastcgi_buffer_size 由 64k 改為 128K；
fastcgi_busy_buffers_size 由 128K 改為 256K；
fastcgi_temp_file_write_size 由 128K 改為 256K。
好了，重新載入php-fpm和nginx的配置，再次測試，至今兩周時間內沒有再出現504 Gateway Time-out的情況，算是達到效果了。
另外，php-fpm的默認靜態處理方式會使得php-cgi的進程長期佔用內存而無法釋放，這也是導致nginx出錯的原因之一，因此可以將php-fpm的處理方式改成apache模式。
apache-like
Ⅲ 訪問php頁面出現504 Gateway Timeout 怎麼解決
情況一：由於nginx默認的fastcgi進程響應緩沖區太小造成
這種情況下導致fastcgi進程被掛起，如果fastcgi服務隊這個掛起處理不是很好的話，就可能提示「504 Gateway Time-out」錯誤。
情況一解決辦法：
默認的fastcgi進程響應的緩沖區是8K，我們可以設置大一點，在nginx.conf里，加入：fastcgi_buffers 8 128k
這表示設置fastcgi緩沖區為8塊128k大小的空間。
情況一解決辦法（改進）：
在上述方法修改後，如果還是出現問題，我們可以繼續修改nginx的超時參數，將參數調大一點，如設置為60秒：
send_timeout 60;
經過這兩個參數的調整，結果沒有再提示「504 Gateway Time-out」錯誤，說明效果還是挺不錯的，問題基本解決。
情況二：PHP環境的配置問題
這里我們需要對php-fpm和nginx進行配置修改。因為這種情況下，也會出現「504 Gateway Time-out」錯誤提示。
情況二解決辦法（ php-fpm配置修改）：
將max_children由之前的10改為30，這樣操作是為了保證有充足的php-cgi進程可以被使用。
將request_terminate_timeout由之前的0秒改成60秒，這樣使php-cgi進程處理腳本的超時時間提高到60秒，可以防止進程被掛起以提高利用效率。
情況二解決辦法（nginx配置修改）：
為了減少fastcgi的請求次數，盡量維持buffers不變，我們要更改nginx的幾個配置項，如下：
將fastcgi_buffers由4 64k改為2 256k;
將fastcgi_buffer_size 由64k改為128k;
將fastcgi_busy_buffers_size由128k改為256k;
將fastcgi_temp_file_write_size由128k改成256k。
情況二解決辦法修改完，我們需要重新載入php-fpm和nginx的配置，然後再進行測試。之後就沒有發現「504 Gateway Time-out」錯誤，效果也還是不錯的！