在安裝完Nginx+PHP-fpm+Mysql后，跑PHP的應(yīng)用會經(jīng)常出現(xiàn)504 Gateway Time-out 或者502 Bad Gateway的情況。
Nginx 504 Gateway Time-out 的含義是所請求的網(wǎng)關(guān)沒有請求到，簡單來說就是沒有請求到可以執(zhí)行的 PHP-CGI。這種情況可能是由于 nginx 默認(rèn)的 fastcgi 進(jìn)程響應(yīng)的緩沖區(qū)太小造成的, 這將導(dǎo)致 fastcgi 進(jìn)程被掛起, 如果你的 fastcgi 服務(wù)對這個掛起處理的不好, 那么最后就極有可能導(dǎo)致 504 Gateway Time-out。
一般看來, 這種情況可能是由于nginx默認(rèn)的fastcgi進(jìn)程響應(yīng)的緩沖區(qū)太小造成的, 這將導(dǎo)致fastcgi進(jìn)程被掛起, 如果你的fastcgi服務(wù)對這個掛起處理的不好, 那么最后就極有可能導(dǎo)致504 Gateway Time-out
現(xiàn)在的網(wǎng)站, 尤其某些論壇有大量的回復(fù)和很多內(nèi)容的, 一個頁面甚至有幾百K
默認(rèn)的fastcgi進(jìn)程響應(yīng)的緩沖區(qū)是8K, 我們可以設(shè)置大點(diǎn)
在nginx.conf里, 加入:
fastcgi_buffers 8 128k
這表示設(shè)置fastcgi緩沖區(qū)為8×128k
當(dāng)然如果您在進(jìn)行某一項(xiàng)即時的操作, 可能需要nginx的超時參數(shù)調(diào)大點(diǎn), 例如設(shè)置成60秒:
send_timeout 60;
我只是調(diào)整了這兩個參數(shù), 結(jié)果就是沒有再顯示那個超時, 可以說效果不錯
這個問題耽誤了我差不多4個小時的時間，網(wǎng)上有很多前輩們的解決方法，在這里記錄下解決這個問題的思路。首先這個問題主要是因?yàn)镻HP的Script執(zhí)行時間太長了，已經(jīng)超過nginx能接受的底線。
在nginx的日志中會看到這樣的log
2012/08/11 13:39:45 [error] 30788#0: *1 upstream timed out (110: Connection timed out)
while reading response header from upstream, client: 127.0.0.1, server: www.innovatechautomation.com
request: "GET / HTTP/1.1", upstream: "fastcgi://127.0.0.1:9000", host: "www.innovatechautomation.com
在php-fpm的日志中會發(fā)現(xiàn)這樣的log
2012/08/11 13:39:45 [error] 30788#0: *1 upstream timed out (110: Connection timed out)
while reading response header from upstream, client: 127.0.0.1, server: www.innovatechautomation.com
request: "GET / HTTP/1.1", upstream: "fastcgi://127.0.0.1:9000", host: "www.innovatechautomation.com"
一般來說，出現(xiàn)這樣的情況是因?yàn)镹ginx會從php-fpm的9000端口讀取fastcgi的執(zhí)行結(jié)果，等來N久都不見回復(fù)，所以就報504了。解決辦法很簡單，修改php的最長執(zhí)行時間
; Maximum execution time of each script, in seconds; http://php.net/max-execution-time;
Note: This directive is hardcoded to 0 for the CLI SAPI;
fix by Matt 2012.8.11
;max_execution_time = 3000
在這里我注釋掉php.ini參數(shù)的時間限制。還有php-fpm里的
;request_terminate_timeout = 0
這個參數(shù)會在php.ini中max_execution_time因?yàn)槟承┰虿荒苷９ぷ鞑艜А?/p>
之前設(shè)置的是300s，安裝Magento的時候就一直就報504。后來索性修改到3000了。在Nginx的配置文件添加
#add by Matt 2012.8.11
fastcgi_read_timeout 3000;
fastcgi_connect_timeout 3000;
fastcgi_send_timeout 3000;
Magento你到底安裝多少sql文件�。�
PS:有時候緩存過小也會引起504，具體情況還需要根據(jù)Nginx的日志內(nèi)容來分析。修改fastcgi的緩存大�。�
fastcgi_buffers 2 256k;
fastcgi_buffer_size 128k;
fastcgi_busy_buffers_size 256k;
fastcgi_temp_file_write_size 256k;
VPS出現(xiàn)Nginx 504 Gateway time-out錯誤
西西 只對 Nginx.conf 和 php-fpm.conf 兩個配置文件做了一些修改，觀察一段時間，看看效果。
1.將 Nginx.conf 配置文件中相應(yīng)參數(shù)設(shè)置為如下：
命令：vi /usr/local/nginx/conf/nginx.conf （lnmp.org出品的lnmp一鍵安裝包路徑，其它請自行找目錄）
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;
2.將 php-fpm.conf 配置文件中相應(yīng)參數(shù)設(shè)置為如下值：
命令：vi /usr/local/php/etc/php-fpm.conf （lnmp.org出品的lnmp一鍵安裝包路徑，其它請自行找目錄）
<value name="max_children">9</value>（西西 購買的vps內(nèi)存較小所以不能設(shè)置太大，應(yīng)根據(jù)你的內(nèi)存來設(shè)置）
<value name="request_terminate_timeout">600s</value>（根據(jù)具體情況設(shè)置，詳請查閱參考文章）
<value name=”style”>apache-like </value>（php-fpm的默認(rèn)靜態(tài)處理方式會使得php-cgi的進(jìn)程長期占用內(nèi)存而無法釋放，這也是導(dǎo)致nginx出錯的原因之一，因此可以將php-fpm的處理方式改成apache模式。）
對 Linux 西西 也是菜鳥，只好照著別人的方法來設(shè)置了，等一段時間，沒什么問題了，這個方法應(yīng)該就是一個很有效的方法了。
喜歡 
頂
難過
囧
圍觀
無聊
