TIME_WAIT：TCP协议中的“守规矩”孩子

TIME_WAIT其实是个守规矩的优良孩子

CentOS解决服务器存在一巨大堆time_wait的问题。客户端与服务器端建立TCP/IP连接后关闭SOCKET后服务器端连接的端口状态为TIME_WAIT。主动关闭的一方在发送再说说一个ack后就会进入TIME_WAIT状态停留2MSL时候。

TIME_WAIT是TCP连接关闭后的一个状态，持续时候为2MSL。一巨大堆的客户端求：一巨大堆的客户端连接到服务器并在处理完后马上断开，兴许弄得TIME_WAIT状态积累。少许些TIME_WAIT状态的持续时候：你能通过修改/etc/sysctl.conf文件中的tcp_fin_timeout参数来缩短暂TIME_WAIT状态持续的时候。

TIME_WAIT积压：卡顿的元凶

当TIME_WAIT状态的连接数过许多， 服务器运行应用卡顿，兴许是卡顿的元凶。解决TIME_WAIT积压问题， 我们需要从以下几个方面入手：

第一梯队：立竿见影的急救措施

1. 确保再说说一个ACK确认包能顺利送达

▸ 微服务间改用长远连接传信

▸ HTTP服务开启Keep-Alive

2. 监控端口用：ss -s命令能看得出来当前各种状态连接数

第二梯队：中长远期解决方案

找到处于time_wait的数量太许多，有几万条，得是一巨大堆socket处于TIME_WAIT状态。现象是高大并发场景下服务器运行应用卡顿。

1. 高大并发连接：当服务器处理一巨大堆并发连接时 个个连接在关闭后都会进入time_wait状态，如果并发连接数很高大，那么time_wait状态的连接数量也会相应许多些。

2. 用负载均衡：通过负载均衡手艺， 将求分发到优良几个服务器上，从而少许些单个服务器上的并发连接数和time_wait状态的连接数量。

第三梯队：架构级改过

1. 将短暂连接服务改过长大远连接

2. 引入负载均衡做连接复用

3. 修改本地端口范围

4. 数据库连接池调整最巨大闲置时候

案例分享：某电商网站的巨大促卡顿事件

举个例子， 某电商网站在巨大促时API服务器一下子卡死，查到再说说找到是支付接口每笔交容易都新鲜建连接，高大峰期每秒产生800+新鲜连接，直接弄得TIME_WAIT堆积。

个人见解：从业务设计入手， 治水不如疏水

细小编观点：折腾TIME_WAIT这事吧，就像治水一样，堵不如疏。与其跟系统参数死磕，不如从业务设计入手。见过最机灵的做法是某游戏公司，他们把高大频短暂连接服务改成了UDP协议，直接绕过TCP的这些个状态问题。当然这需要业务场景允许，但思路值得借鉴——有时候换个角度想问题，兴许就海阔天空了。

TIME_WAIT连接过许多，很兴许是Linux服务器卡顿的元凶。通过本文给的急救措施、 中长远期解决方案和架构级改过相信你能有效驯服TIME_WAIT猛兽，让服务器运行更加流畅。