源地址：http://www.nginx.cn/102.html
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等函數的都要設置超時時間。
另一個就是多說，這個東西是增加了網站的交互性，但是使用的多了反應就慢了，如果你網站超時且使用了多說是，可以關閉它。