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

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

因此如果你服務器并發量非常大，那只能先增加機器，然后按以下方式優化會取得更好效果;但如果你并發不大卻出現502，一般都可以歸結為配置問題，腳本超時問題。

一、php-fpm進程數不夠用

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

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

二、調高調高linux內核打開文件數量

可以使用這些命令(必須是root帳號)
代碼如下:
echo 'ulimit -HSn 65536' >> /etc/profile

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

source /etc/profile

三、腳本執行時間超時

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

nginx.conf里面主要是如下
代碼如下:
fastcgi_connect_timeout 300;
fastcgi_send_timeout 300;
fastcgi_read_timeout 300;

php-fpm.conf里如要是如下
代碼如下:
request_terminate_timeout = 10s

四、緩存設置比較小

修改或增加配置到nginx.conf
代碼如下:
proxy_buffer_size 64k;
proxy_buffers  512k;
proxy_busy_buffers_size 128k;

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

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