Nginx報(bào)504gatewaytimeout錯(cuò)誤的解決方法
Nginx報(bào)504 gateway timeout錯(cuò)誤引起，一個(gè)是文件配置問(wèn)題，另一個(gè)是相關(guān)處理時(shí)長(zhǎng)了，最后也有可能是資源不足導(dǎo)致了，下面我們一起來(lái)看看。
解釋如下：成都服務(wù)器托管
最近在工作中，需要做Excel導(dǎo)入的功能，由于Excel的數(shù)據(jù)比較多，而且我們的服務(wù)端程序需要對(duì)數(shù)據(jù)的內(nèi)容做校驗(yàn)，會(huì)調(diào)用很多的外部服務(wù)接口，所以毫無(wú)懸念的導(dǎo)入Excel接口調(diào)用超過(guò)了一分鐘，并且報(bào)錯(cuò)：504 gateway timeout。以下是兩種解決思路：成都服務(wù)器托管
1. 優(yōu)化業(yè)務(wù)代碼
一個(gè)接口調(diào)用超過(guò)一分鐘，一定有可以優(yōu)化的地方，看看數(shù)據(jù)庫(kù)或者接口的調(diào)用是否合理，是否可以合并請(qǐng)求。
2. 修改Nginx的服務(wù)器配置
如果實(shí)在是優(yōu)化不了了，可以把Nginx的超時(shí)時(shí)間上調(diào)。
看看時(shí)間是否符合要求，在nginx.config里面的三個(gè)參數(shù)：成都服務(wù)器托管
fastcgi_connect_timeout 300;
fastcgi_send_timeout 300;
fastcgi_read_timeout 300;
以上的單位是秒。
如果使用了Nginx的代理，可以在塊里加上：成都服務(wù)器托管
proxy_connect_timeout 300s;
proxy_send_timeout 300s;
proxy_read_timeout 300s;
變成：成都服務(wù)器托管
location /foo {
proxy_pass http://xxx.xxx.xxx.xxx:8080/foo;
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_connect_timeout 300s;
proxy_send_timeout 300s;
proxy_read_timeout 300s;
access_log /var/log/nginx/access.foo.log main;
error_log /var/log/nginx/error.foo.log;
}
如果沒(méi)有解決我們?cè)賮?lái)看看
從錯(cuò)誤代碼基本可以確定跟nginx本身無(wú)關(guān)，主要是提交給php-fpm的請(qǐng)求未能正確反饋而導(dǎo)致，一般情況下，提交動(dòng)態(tài)請(qǐng)求的時(shí)候，nginx會(huì)直接把 請(qǐng)求轉(zhuǎn)交給php-fpm，而php-fpm再分配php-cgi進(jìn)程來(lái)處理相關(guān)的請(qǐng)求，之后再依次返回，最后由nginx把結(jié)果反饋給客戶端瀏覽器，但 我這個(gè)vps目前跑的是個(gè)純php應(yīng)用內(nèi)容，實(shí)際上用戶所有的請(qǐng)求都是php請(qǐng)求，有的耗費(fèi)時(shí)間比較久，php-cgi進(jìn)程就一直都被用滿，而php- fpm本身的配置文件只打開(kāi)了10組php-cgi進(jìn)程，這樣的話在線用戶稍微多的話就會(huì)導(dǎo)致請(qǐng)求無(wú)法被正常處理而出錯(cuò)。
大概分析出了原 因，下面做就比較容易了，首先是更改php-fpm的幾處配置：成都服務(wù)器托管
把max_children由之前的10改為現(xiàn)在的30，這樣就可以保證 有充足的php-cgi進(jìn)程可以被使用;
把request_terminate_timeout由之前的0s改為60s，這樣php-cgi進(jìn)程 處理腳本的超時(shí)時(shí)間就是60秒，可以防止進(jìn)程都被掛起，提高利用效率。
接著再更改nginx的幾個(gè)配置項(xiàng)，減少FastCGI的請(qǐng)求次 數(shù)，盡量維持buffers不變：成都服務(wù)器托管
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的配置，再次測(cè)試，至今兩周時(shí)間內(nèi)沒(méi)有再出現(xiàn)504 Gateway Time-out的情況，算是達(dá)到效果了。成都網(wǎng)站建設(shè)公司
另外，php-fpm的默認(rèn)靜態(tài)處理方式會(huì)使得php-cgi的進(jìn)程長(zhǎng)期占用內(nèi)存而無(wú)法釋放，這也是導(dǎo)致nginx出錯(cuò)的原因之一，因此可以將php-fpm的處理方式改成apache模式。
apache-like
從更改完畢到現(xiàn)在的測(cè)試表明上述方式的效果還是很明顯的，并沒(méi)有發(fā)現(xiàn)一次Nginx502 bad gateway或504 Gateway Time-out錯(cuò)誤。當(dāng)然，如果你的VPS或者服務(wù)器的性能足夠好可以根據(jù)具體情況不必做無(wú)謂的改動(dòng)。
實(shí)例
以我目前的服務(wù)器為例子CPU是奔四1.5G的，內(nèi)存1GB，CENTOS的系統(tǒng)，訪客大概是50人左右同時(shí)在線。
但是在線的人大都需要請(qǐng)求PHP-CGI進(jìn)行大量的信息處理，因此我將nginx.conf設(shè)置為：成都服務(wù)器托管
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;
這里最主要的設(shè)置是前三條，即
fastcgi_connect_timeout 300s;
fastcgi_send_timeout 300s;
fastcgi_read_timeout 300s;
這里規(guī)定了PHP-CGI的連接、發(fā)送和讀取的時(shí)間，300秒足夠用了，因此我的服務(wù)器很少出現(xiàn)504 Gateway Time-out這個(gè)錯(cuò)誤。最關(guān)鍵的是php-fpm.conf的設(shè)置，這個(gè)會(huì)直接導(dǎo)致502 Bad Gateway和504 Gateway Time-out。
下面我們來(lái)仔細(xì)分析一下php-fpm.conf幾個(gè)重要的參數(shù)：成都服務(wù)器托管
php-fpm.conf有兩個(gè)至關(guān)重要的參數(shù)，一個(gè)是”max_children”,另一個(gè)是”request_terminate_timeout”
我的兩個(gè)設(shè)置的值一個(gè)是”40″，一個(gè)是”900″，但是這個(gè)值不是通用的，而是需要自己計(jì)算的。
計(jì)算的方式如下：成都服務(wù)器托管
如果你的服務(wù)器性能足夠好，且寬帶資源足夠充足，PHP腳本沒(méi)有系循環(huán)或BUG的話你可以直接將”request_terminate_timeout”設(shè)置成0s。0s的含義是讓PHP-CGI一直執(zhí)行下去而沒(méi)有時(shí)間限制。而如果你做不到這一點(diǎn)，也就是說(shuō)你的PHP-CGI可能出現(xiàn)某個(gè)BUG，或者你的寬帶不夠充足或者其他的原因?qū)е履愕腜HP-CGI能夠假死那么就建議你給”request_terminate_timeout”賦一個(gè)值，這個(gè)值可以根據(jù)你服務(wù)器的性能進(jìn)行設(shè)定。一般來(lái)說(shuō)性能越好你可以設(shè)置越高，20分鐘-30分鐘都可以。由于我的服務(wù)器PHP腳本需要長(zhǎng)時(shí)間運(yùn)行，有的可能會(huì)超過(guò)10分鐘因此我設(shè)置了900秒，這樣不會(huì)導(dǎo)致PHP-CGI死掉而出現(xiàn)502 Bad gateway這個(gè)錯(cuò)誤。
而”max_children”這個(gè)值又是怎么計(jì)算出來(lái)的呢?這個(gè)值原則上是越大越好，php-cgi的進(jìn)程多了就會(huì)處理的很快，排隊(duì)的請(qǐng)求就會(huì)很少。設(shè)置”max_children”也需要根據(jù)服務(wù)器的性能進(jìn)行設(shè)定，一般來(lái)說(shuō)一臺(tái)服務(wù)器正常情況下每一個(gè)php-cgi所耗費(fèi)的內(nèi)存在20M左右，因此我的”max_children”我設(shè)置成40個(gè)，20M*40=800M也就是說(shuō)在峰值的時(shí)候所有PHP-CGI所耗內(nèi)存在800M以內(nèi)，低于我的有效內(nèi)存1Gb。而如果我的”max_children”設(shè)置的較小，比如5-10個(gè)，那么php-cgi就會(huì)“很累”，處理速度也很慢，等待的時(shí)間也較長(zhǎng)。如果長(zhǎng)時(shí)間沒(méi)有得到處理的請(qǐng)求就會(huì)出現(xiàn)504 Gateway Time-out這個(gè)錯(cuò)誤，而正在處理的很累的那幾個(gè)php-cgi如果遇到了問(wèn)題就會(huì)出現(xiàn)502 Bad gateway這個(gè)錯(cuò)誤。
fastcgi的設(shè)置加在 server {}內(nèi).
改完后如果啟動(dòng)nginx后提示：成都服務(wù)器托管
nginx: [emerg] unknown directive " fastcgi_connect_timeout" in /home/chen/workspace/jamy/nginx.conf:2
類似這樣的錯(cuò)誤，可能是沒(méi)有把前面的全角空格去掉。
新聞標(biāo)題：Nginx報(bào)504gatewaytimeout錯(cuò)誤的解決方法
文章起源：http://m.jiaotiyi.com/article/sdppi.html