標籤:dba 開啟 預設值 注意 current 連接埠 多資源 ntc 節點
發現存在大量TIME_WAIT狀態的串連
tcp 0 0 127.0.0.1:3306 127.0.0.1:41378 TIME_WAIT
tcp 0 0 127.0.0.1:3306 127.0.0.1:41379 TIME_WAIT
tcp 0 0 127.0.0.1:3306 127.0.0.1:39352 TIME_WAIT
tcp 0 0 127.0.0.1:3306 127.0.0.1:39350 TIME_WAIT
tcp 0 0 127.0.0.1:3306 127.0.0.1:35763 TIME_WAIT
tcp 0 0 127.0.0.1:3306 127.0.0.1:39372 TIME_WAIT
tcp 0 0 127.0.0.1:3306 127.0.0.1:39373 TIME_WAIT
tcp 0 0 127.0.0.1:3306 127.0.0.1:41176 TIME_WAIT
通過調整核心參數解決
vi /etc/sysctl.conf
編輯檔案,加入以下內容:
net.ipv4.tcp_syncookies = 1
net.ipv4.tcp_tw_reuse = 1
net.ipv4.tcp_tw_recycle = 1
net.ipv4.tcp_fin_timeout = 30
然後執行/sbin/sysctl -p讓參數生效。
net.ipv4.tcp_syncookies = 1表示開啟SYN Cookies。當出現SYN等待隊列溢出時,啟用cookies來處理,可防範少量SYN攻擊,預設為0,表示關閉;
net.ipv4.tcp_tw_reuse = 1表示開啟重用。允許將TIME-WAIT sockets重新用於新的TCP串連,預設為0,表示關閉;
net.ipv4.tcp_tw_recycle = 1表示開啟TCP串連中TIME-WAIT sockets的快速回收,預設為0,表示關閉。
net.ipv4.tcp_fin_timeout修改系統預設的TIMEOUT時間
修改之後,再用命令查看TIME_WAIT串連數
netstat -ae|grep “TIME_WAIT” |wc –l
發現大量的TIME_WAIT 已不存在,mysql進程的佔用率很快就降下來的,網站訪問正常。
不過很多時候,出現大量的TIME_WAIT狀態的串連,往往是因為網站程式碼中沒有使用mysql.colse(),才導致大量的mysql TIME_WAIT.
如果你的伺服器是Windows平台,可以修改下面的註冊表索引值:
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters]
"TcpTimedWaitDelay"=dword:0000001e
此值是TIME_WAIT狀態的最長時間。預設為240秒,最低為30秒,最高為300秒。建議為30秒。
注釋:
(
1,TCP結束的過程如下:
Server Client
-------------- FIN --------------> server: fin_wait_1
<------------- ACK --------------- client: close_wait server:fin_wait_2
<------------- FIN --------------- client發出fin之後就關閉
-------------- ACK -------------> server發出ack後進入time_wait狀態
Time_Wait的預設時間是2倍的MLS,就是240秒鐘。MLS是TCP片在網上的最長存活時間。
TIME_Wait的主要作用是保證關閉的TCP連接埠不立即被使用。因為當網路存在延遲時,可能當某個連接埠被關閉後,網路中還有一些重傳的TCP片在發向這個連接埠,如果這個連接埠立即建立新的TCP串連,則可能會有影響。所以使用2倍的MSL時間來限制這個連接埠立即被使用。
現在的問題在於,4分鐘的時間有點長。
因此,Time_wait的影響,我想,首先每個TCP串連都各自有個資料結構,叫TCP Control Block.Time_wait的時候這個資料結構沒有被釋放。所以當有太多的TCP串連時,記憶體可能會被佔用很多。
2,To ValorZ:TIME_WAIT狀態也稱為2MSL等待狀態,而不是2MLS,筆誤吧!
每個TCP報文在網路內的最長時間,就稱為MSL(Maximum Segment Lifetime),它的作用和IP資料包的TTL類似。
RFC793指出,MSL的值是2分鐘,但是在實際的實現中,常用的值有以下三種:30秒,1分鐘,2分鐘。
注意一個問題,進入TIME_WAIT狀態的一般情況下是用戶端,大多數伺服器端一般執行被動關閉,不會進入TIME_WAIT狀態,當在伺服器端關閉某個服務再重新啟動時,它是會進入TIME_WAIT狀態的。
舉例:
1.用戶端串連伺服器的80服務,這時用戶端會啟用一個本地的連接埠訪問伺服器的80,訪問完成後關閉此串連,立刻再次訪問伺服器的80,這時用戶端會啟用另一個本地的連接埠,而不是剛才使用的那個本地連接埠。原因就是剛才的那個串連還處於TIME_WAIT狀態。
2.用戶端串連伺服器的80服務,這時伺服器關閉80連接埠,立即再次重啟80連接埠的服務,這時可能不會成功啟動,原因也是伺服器的串連還處於TIME_WAIT狀態。
windows
TcpTimedWaitDelay和MaxUserPort設定
描述:確定 TCP/IP 可釋放已關閉串連並重用其資源前,必須經過的時間。
關閉和釋放之間的此時間間隔通稱 TIME_WAIT 狀態或兩倍最大段生命週期(2MSL)狀態。
此時間期間,重新開啟到客戶機和伺服器的串連的成本少於建立新串連。
減少此條目的值允許 TCP/IP 更快地釋放已關閉的串連,為新串連提供更多資源。如果啟動並執行應用程式需要快速釋放和建立新串連,而且由於 TIME_WAIT 中存在很多串連,導致低輸送量,則調整此參數。
如何查看或設定: 使用 regedit 命令訪問 HKEY_LOCAL_MACHINE/SYSTEM/CurrentControlSet/ Services/TCPIP/Parameters 註冊表子鍵並建立名為 TcpTimedWaitDelay 的新 REG_DWORD 值。
將此值設定為十進位 30,其為十六進位 0x0000001e。
該值將等待時間設定為 30 秒。
停止並重新啟動系統。 預設值:0xF0,它將等待時間設定為 240 秒(4 分鐘)。
建議值:最小值為 0x1E,它將等待時間設定為 30 秒。
MaxUserPort 描述:確定在應用程式從系統請求可用使用者連接埠時,TCP/IP 可指定的最高連接埠號碼。
如何查看或設定: 使用 regedit 命令訪問 HKEY_LOCAL_MACHINE/SYSTEM/CurrentControlSet/ Services/TCPIP/Parameters 註冊表子鍵並建立名為 MaxUserPort 的新 REG_DWORD 值。
停止並重新啟動系統。
預設值:無 建議值:至少十進位 32768。
註:當在 Windows NT 或 Windows 2000 作業系統上調整 WebSphere Application Server 時,同時使用這兩個參數。
如果還不能不能恢複,就去找DBA確認資料庫有沒有執行特殊操作!!
web節點發現大量的3306連接埠time_wait連結