0. 手把手教你做中间件、高性能服务器、分布式存储技术交流群

手把手教你做中间件、高性能服务器、分布式存储等 (redis、memcache、nginx、大容量 redis pika、rocksdb、mongodb、wiredtiger 存储引擎、高性能代理中间件)，git 地址如下:

git 地址:https://github.com/y123456yz/middleware_development_learning

1. time_wait 状态产生条件

只有在正常四次挥手关闭连接的情况下，在主动关闭连接的一方会出现一段时间的 time_wait。如果启用了快速回收功能，回收时间和网络延迟状况有关，正常情况下小于 1s，如果没有开启 time_wait 快速回收功能，则 time_wait 回收时间默认 60s。

三次挥手过程（FIN+ACK， FIN+ACK，ACK）的情况，例如杀掉一段进程，第一个发送 FIN+ACK 的一端也会产生 time_wait。

2.  Time_wait 状态相关参数说明

TCP 中有和 time_wait 状态相关的参数有以下四个：

3. Time_wait 快速回收

3.1 快速回收功能失效前提

Time_wait 快速回收功能生效前提：启用 tcp_tw_recycle，并启动本端和对端 tcp_timestamps 配置。启用 timestamps 功能时，报文中会携带时间戳选项信息，抓包如下：

3.2 启用 time_wait 快速回收功能副作用

      如果启用了 tcp_tw_recycle 和 tcp_timestamps，如果接收报文四层选项字段带有时间戳信息，则会对时间戳进行检查，对不满足条件的包会直接丢弃，可能会造成客户端连接建立不成功。例如网络路由信息反复变化，移动 cmwap 网络发来的包的时间戳乱跳，同一局域网通过路由器做 NAT 访问服务器 (因为做 NAT 后，源 IP 就变为路由器的 IP 了，如果局域网内各个电脑系统时间不一致，则会出现) 等情况有可能会出现部分连接异常。原因是 tcp_tw_recycle/tcp_timestamps 以及对端 tcp_timestamps 都开启的条件下，60s 内同一源 ip 主机的 socket connect 请求中的 timestamp 必须是递增的。不同主机经过路由器做 NAT 后，报文的源 IP 地址就变为路由器的 IP 地址了。

3.3 内核协议栈相关主要源码

Time_wait 状态生成及快速回收相关代码：

开启 timestamps 引起的丢包相关源码如下:

4. 客户端端口重用

4.1 客户端大量 time_wait，端口重用前提

启用 tcp_tw_reuse，并启动本端和对端 tcp_timestamps 配置。

4.2 内核协议栈相关主要源码

5. 大量 timewait 对客户端、服务端影响

5.1 客户端大量 time_wait 影响

1. 大量 time_wait 会造成连接资源不释放，内存无法回收。
2. 由于客户端端口一般采用协议栈随机分配的方式，协议栈会给每个客户端连接分配一个未使用的端口，因此如果客户端同一 IP 对应的 time_wait 数量超过 ip_local_port_range 设置的最大值（也就是 65000），端口将被用完，连接会无法建立。

5.2 服务端大量 time_wait 影响

由于服务端只占用监听端口，因此不存在端口用完的现象。服务端大量 time_wait 唯一影响是：资源不释放，内存无法回收。

6. 测试验证

      本次测试结果采用 sysbench.short 来压测 cobar 来验证，客户端物理设备和服务端物理设备的 ip_local_port_range (1024~65000) 和 tcp_max_tw_buckets (81920) 参数都是默认值，测试结果如下：

1. 当 cobar 服务端 time_wait 数达到 81920 的时候，任然可以继续接收客户端连接，能够正常提供连接服务。
2. 当客户端测试工具 sysbench.short 服务器上的 time_wait 数达到 60000 多的时候，客户端连接失败，无法连接，因为端口用完。打印：Cannot assign requested address； Cobar 服务器 time_wait 超限时打印：

Cobar 服务器 time_wait 超限的情况下，客户端 sysbench 压测结果基本不受影响，如下：

从上面测试可以看出，服务端 time_wait 不会影响客户端建链，只是占用内存。如果是客户端出现大量 time_wait 状态，此时端口用完，则无法建立连接。以上测试结论符合理论、代码分析。

7. 三种解决 time_wait 方法总结