站長(zhǎng)資訊網(wǎng)
        最全最豐富的資訊網(wǎng)站

        nginx報(bào)錯(cuò)502怎么辦?解決方案分享

        nginx報(bào)錯(cuò)502怎么辦?本篇文章就來(lái)聊聊nginx報(bào)錯(cuò)502的解決辦法,希望對(duì)大家有所幫助!

        nginx報(bào)錯(cuò)502怎么辦?解決方案分享

        http請(qǐng)求流程:一般情況下,提交動(dòng)態(tài)請(qǐng)求的時(shí)候,nginx會(huì)直接把 請(qǐng)求轉(zhuǎn)交給php-fpm,而php-fpm再分配php-cgi進(jìn)程來(lái)處理相關(guān)的請(qǐng)求,之后再依次返回,最后由nginx把結(jié)果反饋給客戶端瀏覽器。

        Nginx 502 Bad Gateway錯(cuò)誤是FastCGI有問(wèn)題

        解決辦法

        遇到502問(wèn)題,可以優(yōu)先考慮按照以下兩個(gè)步驟去解決。

        1、查看當(dāng)前的PHP FastCGI進(jìn)程數(shù)是否夠用(max_children值)

        netstat -anpo | grep "php-cgi"| wc -l

        如果實(shí)際使用的“FastCGI進(jìn)程數(shù)”接近預(yù)設(shè)的“FastCGI進(jìn)程數(shù)”,那么,說(shuō)明“FastCGI進(jìn)程數(shù)”不夠用,需要增大。

        2、部分PHP程序的執(zhí)行時(shí)間超過(guò)了Nginx的等待時(shí)間(php內(nèi)存不足)

        增加nginx.conf配置文件中FastCGI的timeout時(shí)間,例如:

            fastcgi_connect_timeout 300;     fastcgi_send_timeout 300;     fastcgi_read_timeout 300;

        php.ini中的memory_limit=64M,重啟nginx。

        如果這樣修改了還解決不了問(wèn)題,可以參考下面這些方案:

        3、max-children和max-requests

        一臺(tái)服務(wù)器上運(yùn)行著nginx php(fpm) xcache,訪問(wèn)量日均 300W pv左右

        最近經(jīng)常會(huì)出現(xiàn)這樣的情況: php頁(yè)面打開(kāi)很慢,cpu使用率突然降至很低,系統(tǒng)負(fù)載突然升至很高,查看網(wǎng)卡的流量,也會(huì)發(fā)現(xiàn)突然降到了很低。這種情況只持續(xù)數(shù)秒鐘就恢復(fù)了

        檢查php-fpm的日志文件發(fā)現(xiàn)了一些線索:

            Sep3008:32:23.289973[NOTICE] fpm_unix_init_main(), line 271: getrlimit(nofile): max:51200,cur:51200     Sep3008:32:23.290212[NOTICE] fpm_sockets_init_main(), line 371:using inherited socket fd=10,“127.0.0.1:9000″     Sep3008:32:23.290342[NOTICE] fpm_event_init_main(), line 109: libevent:using epoll     Sep3008:32:23.296426[NOTICE] fpm_init(), line 47: fpm is running, pid 30587

        在這幾句的前面,是1000多行的關(guān)閉children和開(kāi)啟children的日志

        原來(lái),php-fpm有一個(gè)參數(shù) max_requests,該參數(shù)指明了,每個(gè)children最多處理多少個(gè)請(qǐng)求后便會(huì)被關(guān)閉,默認(rèn)的設(shè)置是500。因?yàn)閜hp是把請(qǐng)求輪詢給每個(gè)children,在大流量下,每個(gè)childre到達(dá)max_requests所用的時(shí)間都差不多,這樣就造成所有的children基本上在同一時(shí)間被關(guān)閉。

        在這期間,nginx無(wú)法將php文件轉(zhuǎn)交給php-fpm處理,所以cpu會(huì)降至很低(不用處理php,更不用執(zhí)行sql),而負(fù)載會(huì)升至很高(關(guān)閉和開(kāi)啟children、nginx等待php-fpm),網(wǎng)卡流量也降至很低(nginx無(wú)法生成數(shù)據(jù)傳輸給客戶端)

        增加children的數(shù)量,并且將 max_requests 設(shè)置未 0 或者一個(gè)比較大的值:

        打開(kāi) /usr/local/php/etc/php-fpm.conf

        調(diào)大以下兩個(gè)參數(shù)(根據(jù)服務(wù)器實(shí)際情況,過(guò)大也不行)

            <valuename=”max_children”>5120</value>     <valuename=”max_requests”>600</value>

        然后重啟php-fpm。

        5、增加緩沖區(qū)容量大小

        將nginx的error log打開(kāi),發(fā)現(xiàn)“pstream sent too big header while reading response header from upstream”這樣的錯(cuò)誤提示。查閱了一下資料,大意是nginx緩沖區(qū)有一個(gè)bug造成的,我們網(wǎng)站的頁(yè)面消耗占用緩沖區(qū)可能過(guò)大。參考老外寫的修改辦法增加了緩沖區(qū)容量大小設(shè)置,502問(wèn)題徹底解決。后來(lái)系統(tǒng)管理員又對(duì)參數(shù)做了調(diào)整只保留了2個(gè)設(shè)置參數(shù):client head buffer,fastcgi buffer size。

        6、request_terminate_timeout

        如果主要是在一些post或者數(shù)據(jù)庫(kù)操作的時(shí)候出現(xiàn)502這種情況,而不是在靜態(tài)頁(yè)面操作中常見(jiàn),那么可以查看一下php-fpm.conf設(shè)置中的一項(xiàng):request_terminate_timeout

        這個(gè)值是max_execution_time,就是fast-cgi的執(zhí)行腳本時(shí)間。

        0s為關(guān)閉,就是無(wú)限執(zhí)行下去。(當(dāng)時(shí)裝的時(shí)候沒(méi)仔細(xì)看就改了一個(gè)數(shù)字)

        優(yōu)化fastcgi中,還可以改改這個(gè)值5s 看看效果。

        php-cgi進(jìn)程數(shù)不夠用、php執(zhí)行時(shí)間長(zhǎng)、或者是php-cgi進(jìn)程死掉,都會(huì)出現(xiàn)502錯(cuò)誤。

        擴(kuò)展知識(shí):

        Nginx 502 Bad Gateway的含義是請(qǐng)求的PHP-CGI已經(jīng)執(zhí)行,但是由于某種原因(一般是讀取資源的問(wèn)題)沒(méi)有執(zhí)行完畢而導(dǎo)致PHP-CGI進(jìn)程終止,一般來(lái)說(shuō)Nginx 502 Bad Gateway和php-fpm.conf的設(shè)置有關(guān)。

        php-fpm.conf有兩個(gè)至關(guān)重要的參數(shù),一個(gè)是max_children,另一個(gè)是request_terminate_timeout,但是這個(gè)值不是通用的,而是需要自己計(jì)算的。在安裝好使用過(guò)程中出現(xiàn)502問(wèn)題,一般是因?yàn)槟J(rèn)php-cgi進(jìn)程是5個(gè),可能因?yàn)閜hp-cgi進(jìn)程不夠用而造成502,需要修改/usr/local/php/etc/php-fpm.conf 將其中的max_children值適當(dāng)增加。

        計(jì)算的方式如下:

        如果你服務(wù)器性能足夠好,且寬帶資源足夠充足,PHP腳本沒(méi)有系循環(huán)或BUG的話你可以直接將 request_terminate_timeout設(shè)置成0s。0s的含義是讓PHP-CGI一直執(zhí)行下去而沒(méi)有時(shí)間限制。而如果你做不到這一點(diǎn),也就 是說(shuō)你的PHP-CGI可能出現(xiàn)某個(gè)BUG,或者你的寬帶不夠充足或者其他的原因?qū)е履愕腜HP-CGI假死那么就建議你給 request_terminate_timeout賦一個(gè)值,這個(gè)值可以根據(jù)服務(wù)器的性能進(jìn)行設(shè)定。一般來(lái)說(shuō)性能越好你可以設(shè)置越高,20分鐘-30分 鐘都可以。而max_children這個(gè)值又是怎么計(jì)算出來(lái)的呢?這個(gè)值原則上是越大越好,php-cgi的進(jìn)程多了就會(huì)處理的很快,排隊(duì)的請(qǐng)求就會(huì)很少。 設(shè)置max_children也需要根據(jù)服務(wù)器的性能進(jìn)行設(shè)定,一般來(lái)說(shuō)一臺(tái)服務(wù)器正常情況下每一個(gè)php-cgi所耗費(fèi)的內(nèi)存在20M左右

        按照官方的答案,排查了相關(guān)的可能,并結(jié)合了網(wǎng)友的答案,得出了下面的解決辦法。

        1、查看php fastcgi的進(jìn)程數(shù)(max_children值)

        netstat -anpo | grep “php-cgi” | wc -l

        5(假如顯示5)

        2、查看當(dāng)前進(jìn)程

        top觀察fastcgi進(jìn)程數(shù),假如使用的進(jìn)程數(shù)等于或高于5個(gè),說(shuō)明需要增加(根據(jù)你機(jī)器實(shí)際狀況而定)

        3、調(diào)整/usr/local/php/etc/php-fpm.conf 的相關(guān)設(shè)置

        <value name=”max_children”>10</value><value name=”request_terminate_timeout”>60s</value>max_children最多10個(gè)進(jìn)程,按照每個(gè)進(jìn)程20MB內(nèi)存,最多200MB。request_terminate_timeout執(zhí)行的時(shí)間為60秒,也就是1分鐘。

        推薦教程:nginx教程

        贊(0)
        分享到: 更多 (0)
        網(wǎng)站地圖   滬ICP備18035694號(hào)-2    滬公網(wǎng)安備31011702889846號(hào)
        主站蜘蛛池模板: 久久99精品久久久久久hb无码| 国产99视频精品专区| 国产亚洲福利精品一区| 国产精品无码一区二区三级| 国产精品亚洲A∨天堂不卡| 精品国产爽爽AV| 最新国产精品无码| 精品无码一区二区三区爱欲 | 国语自产精品视频在线区| 97久久综合精品久久久综合| 欧美777精品久久久久网| 国产精品自在拍一区二区不卡| 欧美日韩精品久久久久| 日本午夜精品一区二区三区电影| japanese乱人伦精品| 国产精品美女久久久久av爽| 精品无人区无码乱码毛片国产| 亚洲精品综合久久| 久久99热只有频精品8| 久久久久99精品成人片牛牛影视| 曰韩精品无码一区二区三区| 国产精品手机在线观看你懂的| 国产精品成人va在线观看| 国精品无码一区二区三区左线| 亚洲情侣偷拍精品| 欧美午夜精品一区二区三区91 | 国产系列高清精品第一页| 51国偷自产精品一区在线视频| 精品一区二区三区在线观看| 亚洲国产精品一区二区久久| 精品久久久久久久中文字幕 | 国产精品99久久久久久董美香| 久久久国产精品网站| 国产短视频精品一区二区三区| 国产成人精品无码免费看| 97久久精品人妻人人搡人人玩| 国内精品久久久久影院日本| 国产精品无码久久久久久| 国产精品免费观看调教网| 99精品热这里只有精品| 国产亚洲综合成人91精品|