锐客网

  1. 首页 > 睿知 > it技术 > >

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

IT技术Getfilesyste

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状态的队列 。
解决TIME_WAIT过多造成的问题1、要解决TIME_WAIT状态过多的问题，先来研究下TIME_WAIT状态的产生 ， 下面是TCP连接断开时的四次挥手状态转换图，说明一点，途中显示的是客户端主动断开连接 ， tcp连接也可以由服务器端主动断开连接 。
2、TIME_WAIT的存在是很重要的，如果强制忽略TIME_WAIT，还是有很高的机率，造成数据粗乱，或者短暂性的连接失败 。
3、大量的 Timewait 产生会造成文件句柄、内存和端口的占用，由于系统会把过多的 time-wait socket 删除、回收，在网络条件不好的情况下，就可能会导致数据包重复的进行发送 。
TPS不稳定,队列产生大量的TIME_WAIT?当TIME_WAIT超过linux系统tw数量的阀值(可用数量不会大于65535)，系统会把多余的time-wait socket删除掉，并且显示警告信息，如果是NAT网络环境又存在大量访问，会产生各种连接不稳定断开的情况，从而影响了服务的稳定性 。
这是因为 TCP的协议标准，需要保证4 次挥手过程中最后一次连接发送的稳定性，如果ACK包发送不成功，就需要再次发送 ACK 包 。
【redis有大量timewait连接，redis连接时间和超时时间多少合理】该参数的作用是快速回收timewait状态的连接 。上面虽然提到系统会自动删除掉timewait状态的连接，但如果把这样的连接重新利用起来岂不是更好 。
wait_time： 30s 笔者在实际工作中，由于程序启动时即产生大量请求，导致队列大小溢出的情况，从而查询请求报错 ， 可以在以下2个解决方法权衡处理：增加队列长度，但随之带来的是CPU消耗高 。
可以通过修改内核参数，快速回收TIME_WAIT资源 。如果一直存在大量TIME_WAIT状态，回收不及时的话，会占用大量服务器资源，可能造成该无法提供服务的问题 。
redis有大量timewait连接的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于redis连接时间和超时时间多少合理、redis有大量timewait连接的信息别忘了在本站进行查找喔 。

    推荐阅读


    上一篇：如何搭建一个网站所需的服务器？ 做网站的服务器怎么弄

    下一篇：欧拉函数c语言原理 欧拉公式的c语言实现