服務頻繁499(Nginx+PHP-fpm)，應該從哪些角度入手追查這問題？

服務頻繁499(Nginx+PHP-fpm)，應該從哪些角度入手追查這問題？

回複內容：

服務頻繁499(Nginx+PHP-fpm)，應該從哪些角度入手追查這問題？

499應該是用戶端關閉串連了吧。
一般用戶端關閉串連應該是因為等待太久了，所以建議查查PHP處理常式是處理能力是否足夠滿足需求，適當增加處理進程，減少用戶端等待的時間。另外最好通過在nginx裡配置proxy_ignore_client_abort on;來忽略用戶端的中斷連線請求，以免程式中斷執行造成的異常。
當然還有一種可能是遭受攻擊…

1，用戶端請求速度慢，通過樣本檢查一下是否是真慢
2，機器寬頻跑滿了，請求慢
3，檢查 nginx 的逾時時間，把時間調長一些，預設應該是60s 吧

client_header_timeout 180s;client_body_timeout   180s;


499對應的是 “client has closed connection”。這很有可能是因為伺服器端處理的時間過長，用戶端“不耐煩”了。要解決此問題，就需要在程式上面做些最佳化了。(有點類似與50*類錯誤)
rfc2616中，400～500間的錯誤碼僅定義到了417，所以499應該是nginx自己定義的。


源自 http://blog.csdn.net/rainday0310/article/details/8166163

1、499，client has closed connection，代表用戶端主動斷開了串連，一般是伺服器端處理時間太長了，用戶端等不了就斷開了。還有一種情況是有人攻擊，故意消耗伺服器資源，使伺服器端無法及時處理請求並返回結果。

2、解決辦法：一般從php處理進程數、fastcgi執行逾時、http轉寄配置錯誤等方面進行最佳化，防止伺服器端處理http請求的時間過長。

