Nginx + PHP 502 超時,靠!!
nginx+php
出現502 bad gateway
,一般這都不是nginx
的問題,而是由於fastcgi
或者php
的問題導致的,常見的有以下幾種。
-
php.ini
的memory_limit
過小(如果有個別php
程式程序需要佔用極大記憶體時這個必須注意) -
php-fpm.conf
中max_children
或者max_requests
設定不合理(設定過小會因為沒有足夠的 cgi 程序處理請求,設定過大會出現一會兒有響應正常,一會兒等很久才有響應的情況,一般情況下children
按 照記憶體計算,比如說1G
設定64
,2G
設定128
。這個根據實際情況自行調整。另外檢視當前的PHP FastCGI
netstat -anpo | grep "php-cgi" | wc -l
如果實際使用的 FastCGI程序數 接近預設的 FastCGI程序數,那麼,說明FastCGI程序數不夠用,需要增大。) -
檢視
nginx 錯誤日誌
,發現pstream sent too big header while reading response headerfrom upstream
,則檢查client head buffer
,fastcgi buffer size
是否過小,可設定為32K
。 -
php 程式執行時間過長而超時,檢查 nginx 和 fastcgi 中各種 timeout 設定。(nginx 中的
fastcgi_connect_timeout 300;
fastcgi_send_timeout 300;
、fastcgi_read_timeout 300;
、keepalive_timeout
php-fpm 中的request_terminate_timeout
,php.ini 中的max_execution_time
) -
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
錯誤內容:
2018/10/22 11:30:48 [error] 15158#0: *9230 recv() failed (104: Connection reset by peer) while reading response header from upstream, client: 192.168.0.1, logid: 1758308542
可能的原因機房網路丟包或者機房有硬體防火牆禁止訪問該域名
但最重要的是程式裡要設定好超時,不要使用 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 高負載的解決辦法
這裡只是介紹了 php-fpm 的優化方法的,但一般情況下和 nginx 組合使用的時候,單獨優化其中一項的話,作用不是特別的大,同時還需要對 nginx 進行優化. nginx 的做法方法參考: http://blog.haohtml.com/archives/6213 . 上面的優化前和優化後的圖,看得出前後差距還是特別的大的.
導致 nginx 502 bad gateway 的PHP-CGI(FASTCGI)
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);
-
儘量少安裝 PHP 模組,最簡單是最好(快)的
-
Increas PHP FastCGI child number to 100 and even more.Sometime, 200 is OK! ( On 4GB memory server);
-
把您的 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 就可以通過 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;
}
- 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
- 調高 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 “1024”
Change 1024 to 4096 or higher number.
Restart PHP-FPM.
- 增加 PHP-FPM 開啟檔案描述符的限制
:
vi /path/to/php-fpm.conf
找到
“1024”
把 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