由于服務(wù)器端配置出現(xiàn)了狀況平時(shí)也少見
在CentOS下配置lnmp組合基本上用的都是同樣的配置文件,一直都沒出現(xiàn)過問題,可最近在一個(gè)vps上安裝同樣的環(huán)境之后,網(wǎng)站在線10多人就出 現(xiàn)了打開速度非常緩慢的情況,有好幾次都是直接達(dá)到了nginx中設(shè)置的腳本超時(shí)時(shí)間300秒,結(jié)果導(dǎo)致nginx往客戶端瀏覽器發(fā)送了一個(gè)504 Gateway Time-out的錯(cuò)誤代碼,分析了之后改動(dòng)了幾處配置文件,終于避免了該情況的出現(xiàn)。
從 錯(cuò)誤代碼基本可以確定跟nginx本身無關(guān),主要是提交給php-fpm的請求未能正確反饋而導(dǎo)致,一般情況下,提交動(dòng)態(tài)請求的時(shí)候,nginx會(huì)直接把 請求轉(zhuǎn)交給php-fpm,而php-fpm再分配php-cgi進(jìn)程來處理相關(guān)的請求,之后再依次返回,最后由nginx把結(jié)果反饋給客戶端瀏覽器,但 我這個(gè)vps目前跑的是個(gè)純php應(yīng)用內(nèi)容,實(shí)際上用戶所有的請求都是php請求,有的耗費(fèi)時(shí)間比較久,php-cgi進(jìn)程就一直都被用滿,而php- fpm本身的配置文件只打開了10組php-cgi進(jìn)程,這樣的話在線用戶稍微多的話就會(huì)導(dǎo)致請求無法被正常處理而出錯(cuò)。
大概分析出了原 因,下面做就比較容易了,首先是更改php-fpm的幾處配置:
把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的請求次 數(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的配置,再次測試,至今兩周時(shí)間內(nèi)沒有再出現(xiàn)504 Gateway Time-out的情況,算是達(dá)到效果了。
另外,php-fpm的默認(rèn)靜態(tài)處理方式會(huì)使得php-cgi的進(jìn)程長期占用內(nèi)存而無法釋放,這也是導(dǎo)致nginx出錯(cuò)的原因之一,因此可以將php-fpm的處理方式改成apache模式。
<value name=”style”>apache-like</value>
從更改完畢到現(xiàn)在的測試表明上述方式的效果還是很明顯的,并沒有發(fā)現(xiàn)一次Nginx502 bad gateway或504 Gateway Time-out錯(cuò)誤。當(dāng)然,如果你的VPS或者服務(wù)器的性能足夠好可以根據(jù)具體情況不必做無謂的改動(dòng)。
網(wǎng)頁題目:告訴你怎么解決504GatewayTime-out
鏈接URL:http://m.rwnh.cn/article10/cpdedo.html
成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián),為您提供用戶體驗(yàn)、域名注冊、靜態(tài)網(wǎng)站、網(wǎng)站維護(hù)、軟件開發(fā)、移動(dòng)網(wǎng)站建設(shè)
聲明:本網(wǎng)站發(fā)布的內(nèi)容(圖片、視頻和文字)以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主,如果涉及侵權(quán)請盡快告知,我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場,如需處理請聯(lián)系客服。電話:028-86922220;郵箱:631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載,或轉(zhuǎn)載時(shí)需注明來源: 創(chuàng)新互聯(lián)