怎樣解決web中出現大量TIME_WAIT問題

今天就跟大家聊聊有關怎樣解決web中出現大量TIME_WAIT問題，可能很多人都不太了解，為了讓大家更加了解，小編給大家總結了以下內容，希望大家根據這篇文章可以有所收獲。

新增的一組Apache服務器上線以來，我用netstat -an命令發現服務器中有大量狀態為TIME-WAIT的TCP連接，于是用/sbin/sysctl -a查看了一下Linux的各項內核參數，并翻閱有關資料，決定修改其中的兩項參數，以達到減少TCP連接中TIME-WAIT sockets的目的。

　　vi /etc/sysctl.conf

　　編輯/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

　　說明：

　　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 = 30 #表示如果套接字由本端要求關閉，這個參數決定了它保持在FIN-WAIT-2狀態的時間。

　　再執行以下命令，讓修改結果立即生效：

　　/sbin/sysctl -p

　　用以下語句看了一下服務器的TCP狀態：

   
   
   netstat -n | awk '/^tcp/ {++S[$NF]} END {for(a in S) print a, S[a]}'

　　返回結果如下：

　　ESTABLISHED 1423

　　FIN_WAIT1 1

　　FIN_WAIT2 262

　　SYN_SENT 1

　　TIME_WAIT 962

　　效果：處于TIME_WAIT狀態的sockets從原來的10000多減少到1000左右。處于SYN_RECV等待處理狀態的sockets為0，原來的為50～300。

下面附上TIME_WAIT狀態的意義：

客戶端與服務器端建立TCP/IP連接后關閉SOCKET后，服務器端連 接的端口

狀態為TIME_WAIT

是不是所有執行主動關閉的socket都會進入TIME_WAIT狀態 呢？

有沒有什么情況使主動關閉的socket直接進入CLOSED狀態呢？

主動關閉的一方在發送最后一個 ack 后

就會進入 TIME_WAIT 狀態 停留2MSL（max segment lifetime）時間

這個是TCP/IP必不可少的，也就是“解決”不了的。

也就是TCP/IP設計者本來是這么設計的

主要有兩個原因

1。防止上一次連接中的包，迷路后重新出現，影響新連接

（經過2MSL，上一次連接中所有的重復包都會消失）

2。可靠的關閉TCP連接

在主動關閉方發送的最后一個 ack(fin) ，有可能丟失，這時被動方會重新發

fin, 如果這時主動方處于 CLOSED 狀態 ，就會響應 rst 而不是 ack。所以

主動方要處于 TIME_WAIT 狀態，而不能是 CLOSED 。

TIME_WAIT 并不會占用很大資源的。  還有，如果一方 send 或 recv 超時，就會直接進入 CLOSED 狀態。

看完上述內容，你們對怎樣解決web中出現大量TIME_WAIT問題有進一步的了解嗎？如果還想了解更多知識或者相關內容，請關注億速云行業資訊頻道，感謝大家的支持。