服务器网络连接状态

一、TIME_WAIT多，可能原因：（通过优化系统内核参数可容易解决）

　　1、短时间内接受大量请求

　　2、受到攻击

　　3、没有关闭数据库连接等

---------------------------------------------

 根据TCP协议定义的3次握手断开连接规定,发起socket主动关闭的一方 socket将进入TIME_WAIT状态,TIME_WAIT状态将持续2个MSL(Max Segment Lifetime),在Windows下默认为4分钟,即240秒。之后彻底关闭回收资源。为什么要这么做？明明主动关闭连接了为啥还要保持资源一段时间？这是TCP/IP设计者规定的，主要出于两个方面的考虑：

1、防止上一次连接中的包，迷路后重新出现，影响新连接（经2MSL，上一次连接中所有的重复包都会消失）

2、可靠的关闭TCP连接。在主动关闭方发送的最后一个ack(fin)，有可能丢失，这时被动方会重新发fin，如果这时主动方处于CLOSED状态，就会影响rst而不是ack。所以主动方要处 于TIME_WAIT状态，而不能是CLOSED。另外设计TIME_WAIT会定时回收资源，并不会占用很大资源，除非短时间内接受大量请求或受到攻击。

TIME_WAIT状态下的socket不能被回收使用. 具体现象是对于一个处理大量短连接的服务器,如果是由服务器主动关闭客户端的连接,将导致服务器端存在大量的处于TIME_WAIT状态的socket, 甚至比处于Established状态下的socket多的多,严重影响服务器的处理能力,甚至耗尽可用的socket,停止服务. TIME_WAIT是TCP协议用以保证被重新分配的socket不会受到之前残留的延迟重发报文影响的机制,是必要的逻辑保证.

发现系统存在大量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 = 1

 

然后执行 /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 时间

 

以上只是暂时的解决方法，最后仔细巡查发现是前天新上线的一个系统，程序代码中没有使用mysql.colse()，才导致大量的mysql  TIME_WAIT  

 

 

二、CLOSE_WAIT（需要从程序本身出发）

TCP状态转移要点：

　　TCP状态规定，对于已建立的连接，网络双方要进行4次握手才能成功断开连接，如果缺少了其中某个步骤，将会使连接处于假死状态，连接本身占用的资源不会被释放。网络服务器程序要同时管理大量连接，所以很有必要保证无用连接完全断开，否则大量僵死的连接会浪费很多服务器资源。