redis有大量timewait连接，redis连接时间和超时时间多少合理

TIME_WAIT过高的处理

1、当TIME_WAIT超过linux系统tw数量的阀值(可用数量不会大于65535)，系统会把多余的time-wait socket删除掉，并且显示警告信息，如果是NAT网络环境又存在大量访问，会产生各种连接不稳定断开的情况，从而影响了服务的稳定性。

2、第 1 点就是考虑把Timewait 队列加大。在操作系统资源、硬件资源能满足的情况下，我们可以把 tcp_max_tw_buckets 的值数调高，它的缓冲值也就越大。这个数字是我们可以进行操作系统内核优化的。

3、ulimit命令可以查到。 当达到这个上限时，服务端进程将无法新建socket来响应新的请求 。在高并发的场景下，会出现大量的 TIME_WAIT 连接。

4、在高并发的压力测试时候，有时候会TPS不稳定或者上不去的现象，同时观察到队列产生大量的TIME_WAIT。基本的分析思路：使用netstat -an|find TCP，发现大量的TIME_WAIT状态的队列。

相关问答

Q1: 解决TIME_WAIT过多造成的问题

1、要解决TIME_WAIT状态过多的问题，先来研究下TIME_WAIT状态的产生，下面是TCP连接断开时的四次挥手状态转换图，说明一点，途中显示的是客户端主动断开连接，tcp连接也可以由服务器端主动断开连接。

2、TIME_WAIT的存在是很重要的，如果强制忽略TIME_WAIT，还是有很高的机率，造成数据粗乱，或者短暂性的连接失败。

3、大量的 Timewait 产生会造成文件句柄、内存和端口的占用，由于系统会把过多的 time-wait socket 删除、回收，在网络条件不好的情况下，就可能会导致数据包重复的进行发送。

Q2: TPS不稳定,队列产生大量的TIME_WAIT?

当TIME_WAIT超过linux系统tw数量的阀值(可用数量不会大于65535)，系统会把多余的time-wait socket删除掉，并且显示警告信息，如果是NAT网络环境又存在大量访问，会产生各种连接不稳定断开的情况，从而影响了服务的稳定性。

这是因为 TCP的协议标准，需要保证4 次挥手过程中最后一次连接发送的稳定性，如果ACK包发送不成功，就需要再次发送 ACK 包。

该参数的作用是快速回收timewait状态的连接。上面虽然提到系统会自动删除掉timewait状态的连接，但如果把这样的连接重新利用起来岂不是更好。

wait_time： 30s 笔者在实际工作中，由于程序启动时即产生大量请求，导致队列大小溢出的情况，从而查询请求报错，可以在以下2个解决方法权衡处理：增加队列长度，但随之带来的是CPU消耗高。

可以通过修改内核参数，快速回收TIME_WAIT资源。如果一直存在大量TIME_WAIT状态，回收不及时的话，会占用大量服务器资源，可能造成该无法提供服务的问题。

redis有大量timewait连接的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于redis连接时间和超时时间多少合理、redis有大量timewait连接的信息别忘了在本站进行查找喔。