大量的TIME_WAIT解决办法

最新推荐文章于 2023-07-03 18:09:19 发布
最新推荐文章于 2023-07-03 18:09:19 发布
阅读量985 收藏 3
点赞数
分类专栏： 网络 文章标签： time_wait过多 网络 服务器
天早上一上班，有同事就反映公司好几个网站都打不开，登陆数据库
服务器(windows)，发现很卡,于是重启了下服务器，进入系统后，没过一会问题依旧,查看了下系统进程，发现mysql占用率达到99%，可以肯定的是mysql连接出现问题:
netstat -an
192.168.12.13:3306      192.168.12.12:30443      TIME_WAIT
192.168.12.13:3306      192.168.12.12:30444      TIME_WAIT
192.168.12.13:3306      192.168.12.12:30445      TIME_WAIT
192.168.12.13:3306      192.168.12.12:30446      TIME_WAIT
192.168.12.13:3306      192.168.12.12:30447      TIME_WAIT
192.168.12.13:3306      192.168.12.12:30448      TIME_WAIT
192.168.12.13:3306      192.168.12.12:30449      TIME_WAIT
192.168.12.13:3306      192.168.12.12:30450      TIME_WAIT
192.168.12.13:3306      192.168.12.12:30451      TIME_WAIT
192.168.12.13:3306      192.168.12.12:30452      TIME_WAIT
... ...
      根据TCP协议定义的3次握手断开连接规定,发起socket主动关闭的一方 socket将进入TIME_WAIT状态,TIME_WAIT状态将持续2个MSL(Max Segment Lifetime),在Windows下默认为4分钟,即240秒,TIME_WAIT状态下的socket不能被回收使用. 具体现象是对于一个处理大量短连接的服务器,如果是由服务器主动关闭客户端的连接,将导致服务器端存在大量的处于TIME_WAIT状态的socket, 甚至比处于Established状态下的socket多的多,严重影响服务器的处理能力,甚至耗尽可用的socket,停止服务. TIME_WAIT是TCP协议用以保证被重新分配的socket不会受到之前残留的延迟重发报文影响的机制,是必要的逻辑保证.
       在HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters,添加名为TcpTimedWaitDelay的
DWORD键,设置为60,以缩短TIME_WAIT的等待时间
 
登陆到web服务器(linux)：
    
     netstat -ae |grep mysql
     tcp        0      0 aaaa:53045               192.168.12.13:mysql           TIME_WAIT   root       0
tcp        0      0 aaaa:53044               192.168.12.13:mysql           TIME_WAIT   root       0
tcp        0      0 aaaa:53051               192.168.12.13:mysql           TIME_WAIT   root       0
tcp        0      0 aaaa:53050               192.168.12.13:mysql           TIME_WAIT   root       0
tcp        0      0 aaaa:53049               192.168.12.13:mysql           TIME_WAIT   root       0
tcp        0      0 aaaa:53048               192.168.12.13:mysql           TIME_WAIT   root       0
tcp        0      0 aaaa:53055               192.168.12.13:mysql           TIME_WAIT   root       0
tcp        0      0 aaaa:53054               192.168.12.13:mysql           TIME_WAIT   root       0
tcp        0      0 aaaa:53053               192.168.12.13:mysql           TIME_WAIT   root       0
tcp        0      0 aaaa:53052               192.168.12.13:mysql           TIME_WAIT   root       0
tcp        0      0 aaaa:53059               192.168.12.13:mysql           TIME_WAIT   root       0
tcp        0      0 aaaa:53058               192.168.12.13:mysql           TIME_WAIT   root       0
tcp        0      0 aaaa:53057               192.168.12.13:mysql           TIME_WAIT   root       0
tcp        0      0 aaaa:53056               192.168.12.13:mysql           TIME_WAIT   root       0
tcp        0      0 aaaa:53063               192.168.12.13:mysql           TIME_WAIT   root       0
tcp        0      0 aaaa:53062               192.168.12.13:mysql           TIME_WAIT   root       0
tcp        0      0 aaaa:53061               192.168.12.13:mysql           TIME_WAIT   root       0
tcp        0      0 aaaa:53060               192.168.12.3:mysql           TIME_WAIT   root       0
tcp        0      0 aaaa:53067               192.168.12.13:mysql           TIME_WAIT   root       0
tcp        0      0 aaaa:53066               192.168.12.13:mysql           TIME_WAIT   root       0
tcp        0      0 aaaa:53065               192.168.12.13:mysql           TIME_WAIT   root       0
tcp        0      0 aaaa:53064               192.168.12.13:mysql           TIME_WAIT   root       0
tcp        0      0 aaaa53071               192.168.12.13:mysql           TIME_WAIT   root       0
tcp        0      0 aaaa:53070               192.168.12.13:mysql           TIME_WAIT   root       0
tcp        0      0 aaaa:53069               192.168.12.13:mysql           TIME_WAIT   root       0
发现系统存在大量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 = 30
 
然后执行  /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 时间
 
修改之后，再用
netstat -ae|grep mysql
tcp        0      0 aaaa:50408               192.168.12.13:mysql           ESTABLISHED nobody     3224651
tcp        0      0 aaaa:50417               192.168.12.13:mysql           ESTABLISHED nobody     3224673
tcp        0      0 aaaa:50419               192.168.12.13:mysql           ESTABLISHED nobody     3224675

       发现大量的TIME_WAIT 已不存在，mysql进程的占用率很快就降下来的，各网站访问正常！！
       以上只是暂时的解决方法，最后仔细巡查发现是前天新上线的一个系统，程序代码中没有使用mysql.colse()，才导致大量的mysql  TIME_WAIT  
javaious
关注
专栏目录
解决mysql出现大量TIME_WAIT
06-27
解决mysql出现大量TIME_WAIT
Java8新特性及实战视频教程完整版
07-27
Java8新特性及实战视频教程完整版Java 8 API添加了一个新的抽象称为流Stream，可以让你以一种声明的方式处理数据。Stream 使用一种类似用 SQL 语句从数据库查询数据的直观方式来提供一种对 Java 集合运算和表达的高阶抽象。Stream API可以极大提高Java程序员的生产力，让程序员写出高效率、干净、简洁的代码。这种风格将要处理的元素集合看作一种流， 流在管道中传输， 并且可以在管道的节点上进行处理， 比如筛选， 排序，聚合等。元素流在管道中经过中间操作（intermediate operation）的处理，最后由最终操作(terminal operation)得到前面处理的结果。 Lambda 表达式，也可称为闭包，它是推动 Java 8 发布的最重要新特性。Lambda 允许把函数作为一个方法的参数（函数作为参数传递进方法中）。使用Lambda 表达式可以使代码变的更加简洁紧凑。Java8实战视频-01让方法参数具备行为能力Java8实战视频-02Lambda表达式初探Java8实战视频-03Lambda语法精讲Java8实战视频-04Lambda使用深入解析Java8实战视频-05Lambda方法推导详细解析-上.wmvJava8实战视频-06Lambda方法推导详细解析-下Java8实战视频-07Stream入门及Stream在JVM中的线程表现Java8实战视频-08Stream知识点总结Stream源码阅读Java8实战视频-09如何创建Stream上集Java8实战视频-10如何创建Stream下集.wmvJava8实战视频-11Stream之filter，distinct，skip，limit，map，flatmap详细介绍Java8实战视频-12Stream之Find，Match，Reduce详细介绍Java8实战视频-13NumericStream的详细介绍以及和Stream之间的相互转换Java8实战视频-14Stream综合练习，熟练掌握API的用法Java8实战视频-15在Optional出现之前经常遇到的空指针异常.wmvJava8实战视频-16Optional的介绍以及API的详解Java8实战视频-17Optional之flatMap，综合练习，Optional源码剖析Java8实战视频-18初识Collector体会Collector的强大Java8实战视频-19Collector使用方法深入详细介绍-01Java8实战视频-20Collector使用方法深入详细介绍-02Java8实战视频-21Collector使用方法深入详细介绍-03.wmvJava8实战视频-22Collector使用方法深入详细介绍-04Java8实战视频-23Collector原理讲解，JDK自带Collector源码深度剖析Java8实战视频-24自定义Collector，结合Stream的使用详细介绍Java8实战视频-25Parallel Stream编程体验，充分利用多核机器加快计算速度Java8实战视频-26Fork Join框架实例深入讲解Java8实战视频-27Spliterator接口源码剖析以及自定义Spliterator实现一个Stream.wmvJava8实战视频-28Default方法的介绍和简单的例子Java8实战视频-29Default方法解决多重继承冲突的三大原则详细介绍Java8实战视频-30多线程Future设计模式原理详细介绍，并且实现一个Future程序Java8实战视频-31JDK自带Future,Callable,ExecutorService介绍Java8实战视频-32实现一个异步基于事件回调的Future程序.wmvJava8实战视频-33CompletableFuture用法入门介绍Java8实战视频-34CompletableFuture之supplyAsync详细介绍Java8实战视频-35CompletableFuture流水线工作，join多个异步任务详细讲解Java8实战视频-36CompletableFuture常用API的重点详解-上Java8实战视频-37CompletableFuture常用API的重点详解-下Java8实战视频-38JDK老DateAPI存在的问题，新的DateAPI之LocalDate用法及其介绍.wmvJava8实战视频-39New Date API之LocalTime，LocalDateTime，Instant，Duration，Period详细介绍Java8实战视频-40New Date API之format和parse介绍
解决大量TIME_WAIT问题的核心方法
weixin_44035459的博客
07-03 4046
TIME_WAIT是TCP协议中的一种状态，当一端主动关闭连接后，会进入TIME_WAIT状态，以确保连接的可靠关闭和防止旧连接的数据包干扰新连接。综上所述，通过开启TCP时间戳、开启TCP连接复用以及调整本地端口范围，可以有效解决大量TIME_WAIT问题，提升系统的性能和资源利用率。TCP连接复用指的是在TIME_WAIT状态的连接被关闭后，将其端口立即重新分配给新的连接，而不必等待TIME_WAIT状态结束。在Linux系统中，通过开启TCP时间戳功能，可以避免TIME_WAIT状态的累积。
TIME_WAIT过多故障，如何解决？
一个野生自学的运维狗
12-01 4739
1 time_wait的作用 1)可靠地实现TCP全双工连接的终止 2）允许老的重复分节在网络中消逝 2、大量TIME_WAIT造成的影响: 3、案列分析: 如何尽量处理TIMEWAIT过多?
服务器出现大量 TIME_WAIT，如何解决
shellching的专栏
08-26 9152
某些情况，TCP 报文可能会延迟到达，为了避免迟到的 TCP 报文被误认为是新 TCP 连接的数据，需要在允许新创建 TCP 连接之前，保持一个不可用的状态，等待所有延迟报文的处理。：理论上服务端可以建立很多连接，虽然只需监听一个端口但会把连接扔给处理线程，所以当服务端出现大量 TIME_WAIT 时，系统资源被占满时，会导致处理不过来新的连接。根据上边的分析，TIME_WAIT 状态出现在 TCP 四次挥手中主动关闭连接方发送完最后一次挥手（ACK 的信号结束后），主动关闭连接方所处的状态。...
CentOS解决服务器存在大量time_wait的问题
12-25
本文主要探讨了如何解决CentOS服务器上存在的大量TIME_WAIT TCP连接问题，这可能导致服务器连接数过多，进而引起服务假死。当服务器之间的通信过于频繁，如通过REST请求互相调用时，Java服务器可能无法及时回收TCP...
nginx+php产生大量TIME_WAIT连接解决办法1
08-03
4. `net.ipv4.tcp_fin_timeout = 30`：设置FIN_WAIT-2状态的持续时间，减少等待时间。 5. `net.ipv4.tcp_keepalive_time = 1200`：调整TCP空闲连接检查的频率，防止死连接占用资源。 6. `...
服务器大量TIME_WAIT解决方法
12-14
"服务器大量TIME_WAIT解决方法" 在 Linux 服务器中，TIME_WAIT 状态是一种常见的网络连接状态。然而，出现大量的 TIME_WAIT 状态可能会对服务器的性能产生影响。本文将详细介绍大量 TIME_WAIT 状态的成因、影响和...
TCP协议的Time_Wait
yaotai8135的博客
10-20 412
首先，TIME_WAIT并不是多余的。在TCP协议被创造，经历了大量的实际场景实践之后，TIME_WAIT出现了，因为TCP主动关闭连接的一方需要TIMEWAIT状态，它是我们的朋友。 为什么需要TIme_Wait TCP协议要保证在所有可能的情况下使得所有的数据都能够被正确送达。当你关闭一个socket时，主动关闭一端的socket将进入TIME_WAIT状态，而被动关闭一方则转入CLOSED状...
发现大量的TIME_WAIT解决办法
HappyDoor的专栏
10-24 1201
今天早上一上班，有同事就反映公司好几个网站都打不开，登陆数据库 服务器(windows)，发现很卡,于是重启了下服务器，进入系统后，没过一会问题依旧,查看了下系统进程，发现mysql占用率达到99%，可以肯定的是mysql连接出现问题: netstat -an 192.168.12.13:3306      192.168.12.12:30443      TIME_WAIT 192.16
高并发场景下大量TCP链接处于time_wait状态原因及优化思路分析
Tec Log
06-28 3884
time_wait问题处理
TIME_WAIT过多解决方法
moumouren2016的博客
06-07 2791
之所以起这样一个题目是因为很久以前我曾经写过一篇介绍TIME_WAIT的文章，不过当时基本属于浅尝辄止，并没深入说明问题的来龙去脉，碰巧这段时间反复被别人问到相关的问题，让我觉得有必要全面总结一下，以备不时之需。 讨论前大家可以拿手头的服务器摸摸底，记住「ss」比「netstat」快： shell> ss -ant | awk ' NR>1 {++s[$1]} END {for(k in s) print k,s[k]} ' 如果你只是想单独查询一下TIME_WAIT...
终于搞懂了服务器为啥产生大量的TIME_WAIT
weixin_43507410的博客
11-25 3032
写在开头，大概 4 年前，听到运维同学提到 TIME_WAIT 状态的 TCP 连接过多的问题，但是当时没有去细琢磨；最近又听人说起，是一个新手进行压测过程中，遇到的问题，因此，花点时间，细深究一下。 从这几个方面着手： 问题描述：什么现象？什么影响？ 问题分析 解决方案 底层原理 1、问题描述 模拟高并发的场景，会出现批量的 TIME_WAIT 的 TCP 连接： 短时间后，所有的 TIME_WAIT 全都消失，被回收，端口包括服务，均正常。即，在高并发的场景下，TIME_WAIT 连
如何处理大量的Time_wait导致连接异常
weixin_35749786的博客
12-29 569
如果大量的 Time_wait 状态导致连接异常，有几种方法可以尝试解决问题。 减少 TIME_WAIT 超时时间：TIME_WAIT 状态是为了保证数据传输的完整性，因此在服务器端可以通过调整系统参数来减少 TIME_WAIT 超时时间。 使用负载均衡转发连接：如果服务器端的连接数过多，可以使用负载均衡转发连接，将连接分摊到多台服务器上。 使用 TCP 快速回收：TCP 快速回收是一种优化...
服务器出现大量TIME_WAIT状态怎么解决
不才的专栏
04-10 4790
1. TIME_WAIT产生的原因 1.1 四次挥手 假设主动关闭连接的一方为A,被动关闭连接的一方为B A调用close()；协议层发送FIN包 B收到FIN包后，回复ACK，进入CLOSE_WAIT状态，A等待对方关闭，进入FIN_WAIT_2状态，此时，A会等待B的应用程序调用close操作 B在完成所有数据发送后，调用close()操作；此时，协议层会发送FIN包给A，然后等待对方的ACK，进入LAST_ACK状态； A收到FIN包，回复ACK，进入TIME_WAIT状态；B收到ACK后，进入
服务器大量TIME_WAIT的原因及解决办法
小螺号的博客
05-31 5731
目录发送ACK和RST的场景TIME_WAIT状态产生大量TIME_WAIT原因解决办法 发送ACK和RST的场景 在有以下几种情景，TCP会把ack包发出去： 收到1个包，启动200ms定时器，等到200ms的定时器到点了（第二个包没来），于是对这个包的确认ack被发送。这叫做“延迟发送”； 收到1个包，启动200ms定时器，200ms定时器还没到，第二个数据包又来了（两个数据包一个ack）； 收到1个包，启动200ms定时器，还没超时，正好要给对方发点内容。于是对这个包的确认ack就跟着捎过去。这叫做
服务器有大量TIME_WAIT、CLOSE_WAIT状态的可能原因、影响、解决措施
m0_51660523的博客
12-14 6424
一、服务器有大量TIME_WAIT状态 1.1 原因 一些爬虫服务器或者WEB服务器（如果在安装的时候没有做内核参数优化的话）上经常会遇到这个问题。 对于基于TCP的HTTP协议，关闭TCP连接的是Server端，这样，Server端会进入TIME_WAIT状态，可想而知，对于访问量大的Web Server，会存在大量的TIME_WAIT状态，假如Server一秒钟接收1000个请求，那么就会积压240*1000=240000个TIME_WAIT的记录，维护这些状态给Server带来负担。当然现代操作
TCP之再谈解决服务器TIMEWAIT过多的问题
zy531的专栏
01-03 1078
原文地址：TCP之再谈解决服务器TIMEWAIT过多的问题   这个问题在网上已经有很多人讨论过了，再谈这个问题，只是根据我处理过的相关业务来谈谈我的看法。至于什么是TIMEWAIT，我想，并不需要多说。 TIMEWAIT状态本身和应用层的客户端或者服务器是没有关系的。仅仅是主动关闭的一方，在使用FIN|ACK|FIN|ACK四分组正常关闭TCP连接的时候会出现这个TIMEWAIT。服务
socket TIME_WAIT
最新发布
09-14
TIME_WAIT是TCP协议中的一种状态，当一端关闭了连接后，它会进入TIME_WAIT状态，并在一段时间内保持这个状态。在这个状态下，该端口在连接释放之后仍然不能被其他新连接使用，因为它需要等待足够长的时间来确保之前的连接已经完全关闭。 引用提到了通过设置SO_LINGER标志来避免socket进入TIME_WAIT状态。这种方法可以通过发送RST包来代替正常的TCP四次握手来终止连接。然而，这并不是一个推荐的做法，因为TIME_WAIT状态对于我们来说通常是有利的。 引用指出，CLOSE_WAIT状态是由于某一方没有正确关闭连接导致的。这种状态发生在一方网络连接断开后，并未执行closesocket操作，导致连接状态停留在CLOSE_WAIT状态。与CLOSE_WAIT相对应的是TIME_WAIT状态。 引用提到了解决大量TIME_WAIT状态连接的方法之一是通过调整内核参数。在/etc/sysctl.＊＊＊的快速回收。 综上所述，TIME_WAIT是TCP协议中用于确保连接完全关闭的一种状态。虽然有一些方法可以避免进入TIME_WAIT状态，但通常来说，TIME_WAIT对于连接的正常关闭是有利的。调整内核参数也可以解决大量TIME_WAIT状态连接的问题。<span class="em">1</span><span class="em">2</span><span class="em">3</span> #### 引用[.reference_title] - *1* *2* [TCP/IP的time_wait状态详解](https://blog.csdn.net/tianmo2010/article/details/7436157)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v93^chatsearchT3_2"}}] [.reference_item style="max-width: 50%"] - *3* [关于面试经常被问到的socket的TIME_WAIT状态的原因及解决办法和避免的办法](https://blog.csdn.net/wu936754331/article/details/49104497)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v93^chatsearchT3_2"}}] [.reference_item style="max-width: 50%"] [ .reference_list ]
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值