時間：2015-06-28 00:00:00 來源：IT貓撲網(wǎng) 作者：網(wǎng)管聯(lián)盟 我要評論(0)
? 在CentOS下配置lnmp組合基本上用的都是同樣的配置文件，一直都沒出現(xiàn)過問題，可最近在一個vps上安裝同樣的環(huán)境之后，網(wǎng)站在線10多人就出 現(xiàn)了打開速度非常緩慢的情況，有好幾次都是直接達到了nginx中設置的腳本最大超時時間300秒，結果導致nginx往客戶端瀏覽器發(fā)送了一個504 Gateway Time-out的錯誤代碼，分析了之后改動了幾處配置文件，終于避免了該情況的出現(xiàn)。
?
? 從錯誤代碼基本可以確定跟nginx本身無關，主要是提交給php-fpm的請求未能正確反饋而導致，一般情況下，提交動態(tài)請求的時候，nginx會直接把 請求轉交給php-fpm，而php-fpm再分配php-cgi進程來處理相關的請求，之后再依次返回，最后由nginx把結果反饋給客戶端瀏覽器，但 我這個vps目前跑的是個純php應用內容，實際上用戶所有的請求都是php請求，有的耗費時間比較久，php-cgi進程就一直都被用滿，而php- fpm本身的配置文件只打開了10組php-cgi進程，這樣的話在線用戶稍微多的話就會導致請求無法被正常處理而出錯。
?
? 大概分析出了原 因，下面做就比較容易了，首先是更改php-fpm的幾處配置：
?
? 把max_children由之前的10改為現(xiàn)在的30，這樣就可以保證 有充足的php-cgi進程可以被使用；
? 把request_terminate_timeout由之前的0s改為60s，這樣php-cgi進程 處理腳本的超時時間就是60秒，可以防止進程都被掛起，提高利用效率。
?
? 接著再更改nginx的幾個配置項，減少FastCGI的請求次 數(shù)，盡量維持buffers不變：
?
? 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的配置，再次測試，至今兩周時間內沒有再出現(xiàn)504 Gateway Time-out的情況，算是達到效果了。??
? 另外，php-fpm的默認靜態(tài)處理方式會使得php-cgi的進程長期占用內存而無法釋放，這也是導致nginx出錯的原因之一，因此可以將php-fpm的處理方式改成apache模式。
?
? 從更改完畢到現(xiàn)在的測試表明上述方式的效果還是很明顯的，并沒有發(fā)現(xiàn)一次Nginx502 bad gateway或504 Gateway Time-out錯誤。當然，如果你的VPS或者服務器的性能足夠好可以根據(jù)具體情況不必做無謂的改動。
關鍵詞標簽：Nginx,504,Gateway
相關閱讀
熱門文章
ISAPI Rewrite實現(xiàn)IIS圖片防盜鏈
IIS6.0下配置MySQL+PHP5+Zend+phpMyAdmin
在Windows服務器上快速架設視頻編解碼器全攻略
win2000server IIS和tomcat5多站點配置
人氣排行 XAMPP配置出現(xiàn)403錯誤“Access forbidden!”的解決辦法 WIN2003 IIS6.0+PHP+ASP+MYSQL優(yōu)化配置 訪問網(wǎng)站403錯誤 Forbidden解決方法 如何從最大用戶并發(fā)數(shù)推算出系統(tǒng)最大用戶數(shù) Server Application Unavailable的解決辦法 報錯“HTTP/1.1 400 Bad Request”的處理方法 Windows Server 2003的Web接口 http 500內部服務器錯誤的解決辦法（windows xp + IIS5.0）