504 Gateway Time-out問題常見於使用nginx作為web server的服（fú）務器的網站

我遇到這個問題是在（zài）升級discuz論壇的時候遇到的

一（yī）般（bān）看來, 這種情況可能是由於nginx默認的fastcgi進程響（xiǎng）應的緩衝區太（tài）小造成的, 這將導致fastcgi進（jìn）程被掛起, 如果你的fastcgi服務對這個掛起（qǐ）處理的不（bú）好, 那麽最後（hòu）就極有可能（néng）導致（zhì）504 Gateway Time-out
現在（zài）的網（wǎng）站, 尤其某些論壇有大量的回複和很多內容的, 一個頁麵甚至有（yǒu）幾百（bǎi）K
默（mò）認的fastcgi進（jìn）程響應的緩衝區是8K, 我們可以設置大點（diǎn）
在nginx.conf裏, 加入（rù）:

fastcgi_buffers 8 128k

這表（biǎo）示（shì）設置fastcgi緩衝區為8×128k
當然如（rú）果（guǒ）您在進（jìn）行（háng）某一項即時的（de）操作, 可能需要（yào）nginx的超時參數（shù）調大點, 例如設置成60秒:

send_timeout 60;

我隻是調整了這（zhè）兩個（gè）參數, 結果就是沒有再顯示（shì）那個超時, 可以說效果不錯, 但是也可能（néng）是由於其他的原因（yīn）, 目前關於nginx的（de）資料不是（shì）很多（duō）, 很多事情都（dōu）需要長（zhǎng）期的經驗累（lèi）計才（cái）有（yǒu）結（jié）果（guǒ）, 期（qī）待您的發現哈!

Nginx 502 Bad Gateway的含義是請求的PHP-CGI已經執（zhí）行，但是由（yóu）於某種（zhǒng）原因（一（yī）般是讀（dú）取資源的問（wèn）題（tí））沒有執（zhí）行完畢而導致PHP-CGI進程終（zhōng）止。

Nginx 504 Gateway Time-out的含義是所請求（qiú）的網關沒有請（qǐng）求（qiú）到，簡單來說（shuō）就是沒（méi）有（yǒu）請求到（dào）可（kě）以執行的PHP-CGI。

解決（jué）這（zhè）兩個問題其實是需要綜合（hé）思考的，一般來說Nginx 502 Bad Gateway和（hé）php-fpm.conf的設置有關，而（ér）Nginx 504 Gateway Time-out則是與nginx.conf的設置有關。
而正確（què）的（de）設（shè）置需要考（kǎo）慮（lǜ）服務器（qì）自（zì）身的性能和訪客的（de）數量等多重（chóng）因（yīn）素（sù）。
以我目前（qián）的（de）服務器為例子CPU是奔四1.5G的，內存1GB，CENTOS的係統（tǒng），訪客大概（gài）是50人左右同（tóng）時在線（xiàn）。
但是在線（xiàn）的人大都需要請求PHP-CGI進行（háng）大（dà）量（liàng）的信息處理（lǐ），因此我將nginx.conf設（shè）置為：
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;
這裏最（zuì）主要的設置是前三條，即
fastcgi_connect_timeout 300s;
fastcgi_send_timeout 300s;
fastcgi_read_timeout 300s;
這裏規定了PHP-CGI的連接、發送（sòng）和（hé）讀取的時間（jiān），300秒足（zú）夠（gòu）用（yòng）了（le），因此我（wǒ）的服（fú）務器（qì）很少出現（xiàn）504 Gateway Time-out這個錯誤。最關鍵的是php-fpm.conf的設置，這個會直接導致502 Bad Gateway和504 Gateway Time-out。
下麵我們來仔細分析一下php-fpm.conf幾個重要的參數：

php-fpm.conf有兩（liǎng）個至關重要的參（cān）數，一個（gè）是”max_children”,另一個是”request_terminate_timeout”
我的兩個設置的值一個是”40″，一個是”900″，但是這個值不（bú）是（shì）通（tōng）用的（de），而（ér）是需要自己（jǐ）計算的。
計算的方式如下（xià）：
如果你的服務器性能足夠（gòu）好（hǎo），且寬帶（dài）資源足（zú）夠（gòu）充足，PHP腳本沒有係循環或（huò）BUG的話你可以直接將”request_terminate_timeout”設置成（chéng）0s。0s的含義是讓PHP-CGI一（yī）直執行下去（qù）而沒有時間（jiān）限（xiàn）製。而（ér）如果（guǒ）你做不到這一點（diǎn），也就是說你（nǐ）的PHP-CGI可（kě）能（néng）出現某個BUG，或者你的寬（kuān）帶（dài）不夠充足或（huò）者其他的原因導致你的（de）PHP-CGI能夠假（jiǎ）死（sǐ）那麽就建議（yì）你給”request_terminate_timeout”賦一個值，這個（gè）值可以根據你服務器的性能進行設定。一（yī）般來說性能越好（hǎo）你可（kě）以（yǐ）設置越高（gāo），20分鍾-30分鍾都可以。由於我的服務（wù）器PHP腳本（běn）需要長（zhǎng）時間運（yùn）行（háng），有的可能會超過10分鍾因此我設置了900秒，這樣（yàng）不會導（dǎo）致（zhì）PHP-CGI死（sǐ）掉而出現502 Bad gateway這（zhè）個錯誤。

而”max_children”這個值又是怎麽計算出來的呢？這個值原則上（shàng）是越大越好，php-cgi的進程多（duō）了就會（huì）處理的很快（kuài），排隊的請求（qiú）就（jiù）會很少。設（shè）置”max_children”也需要根據服（fú）務器的性（xìng）能進行設定，一般來說一台服務器正常情況下每一個php-cgi所耗（hào）費的內存在（zài）20M左（zuǒ）右，因此我（wǒ）的”max_children”我設（shè）置（zhì）成40個（gè），20M*40=800M也就是（shì）說在峰值的時候（hòu）所有PHP-CGI所耗內存在800M以內，低於我的有（yǒu）效內存1Gb。而（ér）如果我的”max_children”設（shè）置的（de）較小，比如（rú）5-10個（gè），那麽php-cgi就（jiù）會“很累（lèi）”，處理速度也很慢（màn），等待（dài）的時間也較長。如果長時間沒有得（dé）到處理的請求就會（huì）出現504 Gateway Time-out這（zhè）個錯誤，而（ér）正在處理的很（hěn）累的那幾個php-cgi如果遇到了問題就會出現502 Bad gateway這個錯誤。