nginx+php 出現502 bad gateway，一般這都不是nginx的問題，而是由於 fastcgi或者php的問題導致的，常見的有以下幾種。

1. php.ini 的memory_limit 過小（如果有個別php程式程序需要佔用極大記憶體時這個必須注意）

2. php-fpm.conf 中max_children或者max_requests 設定不合理（設定過小會因為沒有足夠的cgi程序處理請求，設定過大會出現一會兒有響應正常，一會兒等很久才有響應的情況，一般情況下children 按 照記憶體計算，比如說1G設定64，2G128。這個根據實際情況自行調整。另外檢視當前的PHP FastCGI程序數是否夠用的命令為：netstat -anpo |grep “php-cgi” | wc -l 如果實際使用的“FastCGI程序數”接近預設的“FastCGI程序 數”，那麼，說明“FastCGI程序數”不夠用，需要增大。）

3. 檢視nginx錯誤日誌，發現 pstream sent too big header while reading response headerfrom upstream ，則檢查client head buffer，fastcgi buffer size是否過小，可設定為32K。

4. php 程式執行時間過長而超時，檢查nginx和fastcgi中各種timeout設定。（nginx 中的 fastcgi_connect_timeout 300;fastcgi_send_timeout 300 ：fastcgi_read_timeout300; keepalive_timeout ； php-fpm中的request_terminate_timeout，php.ini中的max_execution_time）

5. php-fpm 有一個引數 max_requests ，該引數指明瞭每個children最多處理多少個請求後便會被關閉。在大量處理請求下，如果該值設定過小會導致 children頻繁的自殺和建立而浪費 大量時間，若所有的children差不多都在這個時候自殺，則重建前將沒有children響應請求，於是出現502 。可以將該值設定大一些或者是0[無限]。

以上差不多是比較常見的502的問題原因以及解決辦法，其實解決問題的最好的方式還是自己去看nginx和fastcgi的errorlog。

最後借用網上的萬金油說法做個總結： php-cgi程序數不夠用、php執行時間長、或者是php-cgi程序死掉，都會出現502錯誤。

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 fromupstream

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

但最重要的是程式裡要設定好超時，不要使用 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 15SIGTERM after 90.227060 seconds from start
May 01 10:50:58.046818 [NOTICE] [pool www] child 4082 started

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

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

6、自己遇到502的解決辦法：

調整增大php 和Nginx 的backlog數。

PHP-FPM 高負載的解決辦法

Postedon 2011/09/02

這裡只是介紹了 php-fpm 的優化方法的，但一般情況下和 nginx 組合使用的時候，單獨優化其中一項的話，作用不是特別的大，同時還需要對 nginx 進行優化

NGINX 頻爆 502 BAD GATEWAY 的錯誤，看了網上的教程，仍沒有徹底解決。

目前我總結的解決 502 BAD GATEWAY 的方式有： 1. 視伺服器的效能，在 php-fmp.conf 裡增加 max_children 的值，我目前用 reload 引數定時過載 php-fpm 。這個主要原因是 php 指令碼執行時間過長造成的，過載 php-fpm 能杜絕這個問題。如何徹底解決 php-cgi 指令碼佔用大量記憶體從而導致 502 錯誤的產生還值得進一步探討，目前該做法不失為一種好辦法。
具體的做法是，用 crontab 讓 php-fpm 平滑重啟，從而不影響 PHP 指令碼的執行。

*/10* * * * /usr/local/php/sbin/php-fpm reload

優化設定

When you running a highload websitewith PHP-FPM via FastCGI,the following tips may be useful to you : )

如果您高負載網站使用 PHP-FPM 管理 FastCGI ，這些技巧也許對您有用： )

1.Compile PHP's modules as less as possible,the simple the best (fast);

1. 儘量少安裝 PHP 模組，最簡單是最好（快）的

2. Increas PHP FastCGI child number to 100 and even more.Sometime,200 is OK! ( On 4GB memory server);

2. 把您的 PHP FastCGI 子程序數調到 100 或以上，在 4G 記憶體的伺服器上 200 就可以

注：我的 1g 測試機，開 64 個是最好的，建議使用壓力測試獲取最佳值

3.Using SOCKET PHP FastCGI,and put into /dev/shm on Linux;

3. 使用 socket 連線 FastCGI ， linux 作業系統可以放在 /dev/shm 中
注：在 php-fpm.cnf 裡設定 <valuename=”listen_address”>/tmp/nginx.socket</value> 就可以通過 socket 連線 FastCGI 了， /dev/shm 是記憶體檔案系統，放在記憶體中肯定會快了 . 記得這時也要在 nginx 裡的配置裡進行修改，保持一致．

location~ .*\.(php|php5)?$

將 Nginx 與 FastCGI 的通訊方式由 TCP 改為 UnixSocket 。 TCP 在高併發訪問下比 UnixSocket 穩定，但 Unix Socket 速度要比 TCP快。

fastcgi_pass unix:/tmp/php-cgi.sock;

#fastcgi_pass 127.0.0.1:9000;

fastcgi_index index.php;

include fcgi.conf;

}

4. Increase Linux “max open files”,using the following command(must be root):

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

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

# source /etc/profile

4. 調高 linux 核心開啟檔案數量，可以使用這些命令 ( 必須是 root 帳號)

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

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

source /etc/profile

注：我是修改 /etc/rc.local ，加入 ulimit -SHn 51200 的

5.Increase PHP-FPM open file description rlimit:

# vi /path/to/php-fpm.conf

Find “<value name=”rlimit_files”>1024</value>”

Change 1024 to 4096 or higher number.

Restart PHP-FPM.

5. 增加 PHP-FPM 開啟檔案描述符的限制:

# vi /path/to/php-fpm.conf

找到

“<value name=”rlimit_files”>1024</value>”

把 1024 更改為 4096 或者更高.

重啟 PHP-FPM.

6. Using PHP code accelerator,e.g eAccelerator,XCache. And set “cache_dir” to /dev/shm on Linux.

6. 使用 php 程式碼加速器，例如 eAccelerator,XCache. 在 linux 平臺上可以把 `cache_dir` 指向 /dev/shm

以上就是本文的全部內容，希望對大家的學習有所幫助，也希望大家多多支援我們。