一、502和504錯(cuò)誤提示說明：
Nginx 502 Bad Gateway的意思是請求PHP-CGI已經(jīng)執(zhí)行，但是由于某種原因（比如讀取資源的問題）沒有執(zhí)行完畢而導(dǎo)致PHP-CGI進(jìn)程終止。
Nginx 504 Gateway Time-out的意思是所請求的沒有到達(dá)網(wǎng)關(guān)，簡單來說就是沒有請求到可以執(zhí)行的PHP-CGI。
二、502和504錯(cuò)誤提示原因分析：
解決這兩個(gè)問題其實(shí)是需要綜合考慮的，一般來說Nginx 502 Bad Gateway和php-fpm.conf的設(shè)置有關(guān)，
而Nginx 504 Gateway Time-out則是與nginx.conf的設(shè)置有關(guān)。
php-fpm.conf有兩個(gè)至關(guān)重要的參數(shù)，一個(gè)是”max_children”,另一個(gè)是”request_terminate_timeout” ，但是這個(gè)值不是通用的，而是需要根據(jù)自己服務(wù)器相關(guān)計(jì)算的。
那么計(jì)算的方式如下：
如果你的服務(wù)器性能足夠好，且寬帶資源足夠充足，PHP腳本沒有死循環(huán)或BUG的話你可以直接將"request_terminate_timeout"設(shè)置成0s。0s的含義是讓PHP-CGI一直執(zhí)行下去而沒有時(shí)間限制。而如果你做不到這一點(diǎn)，也就是說你的PHP-CGI可能出現(xiàn)某個(gè)BUG，或者你的寬帶不夠充足或者其他的原因?qū)е履愕腜HP-CGI出現(xiàn)假死。那么就建議你給"request_terminate_timeout"賦一個(gè)值，這個(gè)值可以根據(jù)你服務(wù)器的性能進(jìn)行設(shè)定。一般來說性能越好你可以設(shè)置越高，20分鐘 -30分鐘都可以。由于我的服務(wù)器PHP腳本需要長時(shí)間運(yùn)行，有的可能會超過10分鐘因此我設(shè)置了900秒，這樣不會導(dǎo)致PHP-CGI死掉而出現(xiàn)502 Bad gateway這個(gè)錯(cuò)誤。
然而"max_children"這個(gè)值又是怎么計(jì)算出來的呢？這個(gè)值原則上是越大越好，php-cgi的進(jìn)程多了就會處理的很快，排隊(duì)的請求就會很少。設(shè)置"max_children"也需要根據(jù)服務(wù)器的性能進(jìn)行設(shè)定，一般來說一臺服務(wù)器正常情況下每一個(gè)php-cgi所耗費(fèi)的內(nèi)存在20M 左右，因此我的"max_children"我設(shè)置成40個(gè)，20M*40=800M也就是說在峰值的時(shí)候所有PHP-CGI所耗內(nèi)存在800M以內(nèi)，低于我的有效內(nèi)存1Gb。而如果我的"max_children"設(shè)置的較小，比如5-10個(gè)，那么php-cgi就會出現(xiàn)處理速度很慢，等待的時(shí)間很長的現(xiàn)象。如果長時(shí)間沒有得到處理的請求就會出現(xiàn)504 Gateway Time-out這個(gè)錯(cuò)誤，而正在處理的很累的那幾個(gè)php-cgi如果遇到了問題就會出現(xiàn)502 Bad gateway這個(gè)錯(cuò)誤。
三、臨時(shí)解決辦法：
綜上所述，Nginx提示502和504錯(cuò)誤的臨時(shí)解決辦法是：
1、調(diào)整php-fpm.conf的相關(guān)設(shè)置：
32
30s
2、調(diào)整nginx.conf的相關(guān)設(shè)置：
server_tokens off;
sendfile on;
tcp_nopush on;
server_names_hash_bucket_size 256;
client_header_buffer_size 256k;
large_client_header_buffers 4 256k;
client_body_buffer_size 256k;
client_header_timeout 3m;
client_body_timeout 3m;
send_timeout 3m;
client_max_body_size 50m;
keepalive_timeout 120;
#fastcgi_connect_timeout 300;
#fastcgi_send_timeout 300;
#fastcgi_read_timeout 300;
#fastcgi_buffer_size 64k;
#fastcgi_buffers 4 64k;
#fastcgi_busy_buffers_size 128k;
#fastcgi_temp_file_write_size 128k;
fastcgi_intercept_errors on;
fastcgi_connect_timeout 600;
fastcgi_send_timeout 600;
fastcgi_read_timeout 600;
fastcgi_buffer_size 256k;
fastcgi_buffers 16 256k;
fastcgi_busy_buffers_size 512k;
fastcgi_temp_file_write_size 512k;
四、解決方案：
A、crontab里寫入php-fpm的平滑重啟命令
B、適當(dāng)提高children的數(shù)值，降低max_requests的數(shù)值。
建議一般云主機(jī) 的children在5-10，max_requests在1000-2000，具體自行調(diào)整。
對了，降低max_requests的數(shù)值可使php-cgi重啟的周期縮短
偶然的高內(nèi)存操作造成的問題影響時(shí)間也會縮短。
