在CentOS下配置lnmp組（zǔ）合基本上用的都是同（tóng）樣的配置文件，一直都沒出現過問（wèn）題，可最近在一個vps上安裝同樣的環境之後，網站在線（xiàn）10多人就出（chū） 現了打開速度非常緩（huǎn）慢的情況，有好幾次都是直接達到了nginx中設置的腳本最大（dà）超時時間300秒，結果導致nginx往客戶端瀏覽器發送了一個（gè）504 Gateway Time-out的錯誤代碼，分（fèn）析了之後改動（dòng）了幾（jǐ）處配置文件，終於避免了該情況的出現（xiàn）。

從錯誤代碼基本可以確定跟nginx本身無關，主要是提交（jiāo）給php-fpm的請（qǐng）求未能正確反饋而導致，一般情況下，提交動態（tài）請求的時候，nginx會直接把 請求轉交給php-fpm，而php-fpm再分配php-cgi進程來處理相關的請求，之後再依次返回，最（zuì）後由nginx把結果反饋給客戶（hù）端瀏覽器，但 我這個（gè）vps目前（qián）跑的是個純php應用內容，實際上用戶所（suǒ）有的請求都是（shì）php請求，有的（de）耗費時間比較久，php-cgi進程就（jiù）一直都被用滿（mǎn），而php- fpm本身（shēn）的配（pèi）置文（wén）件隻打（dǎ）開了10組php-cgi進（jìn）程，這樣的話在線用戶稍微多的話就會導（dǎo）致請求（qiú）無法被正常（cháng）處理而出（chū）錯。

大概分析出了原 因，下麵做就比較容易了，首先（xiān）是更改php-fpm的（de）幾（jǐ）處配置：

把max_children由之前的10改為現在的30，這（zhè）樣就可以保證（zhèng） 有充足（zú）的php-cgi進程可以被（bèi）使用；

把request_terminate_timeout由之前的0s改為（wéi）60s，這樣php-cgi進程 處理腳本的超時時間就是60秒，可（kě）以防止進程都被掛起，提（tí）高利用效率。

接著再更改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 改（gǎi）為 256K。

好了，重新（xīn）加載php-fpm和nginx的配置，再次測試，至（zhì）今兩周時間內沒有再出現504 Gateway Time-out的情況，算是達到效果了。

另外，php-fpm的默認靜態處（chù）理方式會（huì）使得php-cgi的（de）進程長（zhǎng）期占（zhàn）用內存而無法釋放，這也是（shì）導致nginx出錯的原因之一，因（yīn）此可以將php-fpm的處理方式改（gǎi）成apache模式。

<value name=”style”>apache-like</value>

從更改完畢到現在的測試表明上述方式的效果還是很明顯的，並沒有發現一（yī）次Nginx502 bad gateway或504 Gateway Time-out錯誤。當然，如果你的VPS或者服務器的性能足夠好（hǎo）可以根據具體情（qíng）況不必做無謂的改動。