ESTABLISHED 狀態(tài)完成時間超長

yyrjw

今天發(fā)現(xiàn)我的web機器上面的ESTABLISHED鏈接數(shù)暴多，機器環(huán)境是nginx+mysql+fastcgi的
我打開一個頁面發(fā)現(xiàn)有10來個ESTABLISHED狀態(tài)鏈接，頁面加載完了狀態(tài)還在，大慨要過1分鐘才
完成這個狀態(tài)，我把打開的頁面關(guān)閉掉后ESTABLISHED的鏈接還要過20秒才釋放，
nginx的  keepalive_timeout 30
內(nèi)核的一些參數(shù)都改的比較小
net.ipv4.tcp_fin_timeout = 30
net.ipv4.tcp_keepalive_time = 800
請問下各位讓ESTABLISHED 能快速完成釋放還有哪些地方要注意的，不然的話造成大量的ESTABLISHED鏈接
導(dǎo)致服務(wù)器load過高

platinum

HTTP/1.1 是允許 keepalive 的，這樣可以降低服務(wù)器的負載
你要是僅僅想減少 ESTABLISHED，大可以在 nginx 上禁止 keepalive
這樣雖然可以實現(xiàn)你的需求，但卻與你所希望的結(jié)果大相徑庭

yyrjw

對 我需要的是減低機器的負責，keepalive肯定也是要開的，可能是內(nèi)核某些參數(shù)設(shè)置過大了，導(dǎo)致ESTABLISHED狀態(tài)保持時間太長，
動不動就是好幾百上千的ESTABLISHED 機器負責有點高

yyrjw

有哪位大俠知道原因嗎，和nginx fastcgi應(yīng)該關(guān)系不大，還是內(nèi)核方面的優(yōu)化

yyrjw

沒有人遇到過這種情況嗎？

platinum

如果你啟用了 keepalive，那顯示 ESTABLISHED 就正常，如果沒有才不正常呢
另外，你說有很多 ESTABLISHED 一直連接著，你肯定那些不是正常業(yè)務(wù)嗎？比如下載？
先排除這些再討論為什么那么多，我懷疑你的機器是正常的

yyrjw

不是多不多的問題，是我把頁面關(guān)了這個狀態(tài)要過30秒才回收，這時間太久了，正常的話應(yīng)該是頁面刷新完了這個狀態(tài)就完成了
或者說頁面關(guān)閉了這個狀態(tài)就完成了，而不是要過很成時間才完成這個狀態(tài)

platinum

是通過 netstat 看的嗎？
如果是，順便也看一下 Recv-Q 和 Send-Q 那兩列，看是 0 還是什么

yyrjw

# netstat -n | awk '/^tcp/ {++S[$NF]} END {for(a in S) print a, S[a]}'
LAST_ACK 1
SYN_RECV 9
CLOSE_WAIT 1
ESTABLISHED 387
FIN_WAIT1 18
TIME_WAIT 165

# netstat -tl

顯示Recv-Q 和 Send-Q 那兩列，都是0

platinum

原帖由 yyrjw 于 2009-12-8 18:51 發(fā)表
# netstat -n | awk '/^tcp/ {++S[$NF]} END {for(a in S) print a, S[a]}'
LAST_ACK 1
SYN_RECV 9
CLOSE_WAIT 1
ESTABLISHED 387
FIN_WAIT1 18
TIME_WAIT 165

# netstat -tl

顯示Recv-Q 和 Send-Q ...

怎么有這么多的 ESTABLISHED 和 TIME_WAIT，是實驗環(huán)境還是生產(chǎn)環(huán)境？