久久久久久久视色,久久电影免费精品,中文亚洲欧美乱码在线观看,在线免费播放AV片

<center id="vfaef"><input id="vfaef"><table id="vfaef"></table></input></center>

    <p id="vfaef"><kbd id="vfaef"></kbd></p>

    
    
    <pre id="vfaef"><u id="vfaef"></u></pre>

      <thead id="vfaef"><input id="vfaef"></input></thead>

    1. 站長(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ò)大。參考老外寫(xiě)的修改辦法增加了緩沖區(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)