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

502錯誤是全部用nginx跑php的運維人員不肯意看見的

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等函數的都要設置超時時間。

另外一個就是多說，這個東西是增長了網站的交互性，可是使用的多了反應就慢了，若是你網站超時且使用了多說是，能夠關閉它。