nginx+php-fpm出現502 bad gateway錯誤解決方案

標籤：send   cgi   並發   連線逾時   ulimit   execution   訪問   file   reset   

nginx出現502有很多原因，但大部分原因可以歸結為資源數量不夠用,也就是說後端php-fpm處理有問題，nginx將正確的用戶端請求發給了後端的php-fpm進程，但是因為php-fpm進程的問題導致不能正確解析php代碼，最終返回給了用戶端502錯誤。

伺服器出現502的原因是連線逾時 我們向伺服器發送請求 由於伺服器當前連結太多，導致伺服器方面無法給於正常的響應,產生此類報錯

因此如果你伺服器並發量非常大，那隻能先增加機器，然後按以下方式最佳化會取得更好效果;但如果你並發不大卻出現502，一般都可以歸結為配置問題，指令碼逾時問題。

1.php-fpm進程數不夠用

使用 netstat -napo |grep "php-fpm" | wc -l 查看一下當前fastcgi進程個數，如果個數接近conf裡配置的上限，就需要調高進程數。

但也不能無休止調高，可以根據伺服器記憶體情況，可以把php-fpm子進程數調到100或以上，在4G記憶體的伺服器上200就可以。

 

2. 調高調高linux核心開啟檔案數量

可以使用這些命令(必須是root帳號)

echo ‘ulimit -HSn 65536‘ >> /etc/profile

echo ‘ulimit -HSn 65536‘ >> /etc/rc.local

source /etc/profile

 3.指令碼執行時間逾時

如果指令碼因為某種原因長時間等待不返回 ，導致新來的請求不能得到處理，可以適當調小如下配置。

nginx.conf裡面主要是如下

fastcgi_connect_timeout 300;
fastcgi_send_timeout 300;
fastcgi_read_timeout 300;

php-fpm.conf裡如要是如下

request_terminate_timeout = 10s

4.緩衝設定比較小

修改或增加配置到nginx.conf

proxy_buffer_size 64k;
proxy_buffers  512k;
proxy_busy_buffers_size 128k;

5. recv() failed (104: Connection reset by peer) while reading response header from upstream

可能的原因機房網路丟包或者機房有硬體防火牆禁止訪問該網域名稱

但最重要的是程式裡要設定好逾時，不要使用php-fpm的request_terminate_timeout，

最好設成request_terminate_timeout=0;

因為這個參數會直接殺掉php進程，然後重啟php進程，這樣前端nginx就會返回104: Connection reset by peer。這個過程是很慢，總體感覺就是網站很卡。

May 01 10:50:58.044162 [WARNING] [pool www] child 4074, script ‘/usr/local/nginx/html/quancha/sameip/detail.php‘ execution timed out (15.129933 sec), terminating
May 01 10:50:58.045725 [WARNING] [pool www] child 4074 exited on signal 15 SIGTERM after 90.227060 seconds from start
May 01 10:50:58.046818 [NOTICE] [pool www] child 4082 started

說一千道一萬最重要的就是程式裡控制好逾時，gethostbyname、curl、file_get_contents等函數的都要設定逾時時間。

另一個就是多說，這個東西是增加了網站的互動性，但是使用的多了反應就慢了，如果你網站逾時且使用了多說是，可以關閉它。

nginx+php-fpm出現502 bad gateway錯誤解決方案