TCP连接的TIME_WAIT过多导致 Tomcat 假死

   最近发现使用的Tomcat 7会经常假死。前端点击页面无任何反应,打开firebug,很多链接一直在等待服务器的反应。查看服务器的状态,CPU占用很少,最多不超过10%,一般只有2%,3%左右,内存占用倒是接近80, 90%。一开始怀疑是tomcat内存配置不够,但是打开 jvisualvm.exe 分析,发现Tomcat 占用的堆内存没有什么问题。因为是假死,所以最后怀疑到 tomcat的 链接数和 数据库的链接数的配置估计太小了。netstat -na 结果页显示很多time_wait.

查看各种状态的网络连接的数量:

1)Linux 使用命令:netstat -n | awk ‘/^tcp/ {++S[$NF]} END {for(a in S) print a, S[a]}’

上面的命令可以查出各种状态的网络连接的数量 2)windows使用命令:

netstat -n |find /i “time_wait” /c

netstat -n |find /i “close_wait” /c

netstat -n |find /i “established” /c

windows下没有awk,所以要一个一个状态的统计它们的数量。

结果是:

1)TIME_WAIT: 状态的连接达到了 709

sql server占用的TIME_WAIT最多,还有nginx, tomcat都有一些处于 TIME_WAIT状态。

2)并且最大的端口达到了 65327 ,六万多,几乎接近端口的最大值 65535.

因为是 Windows server 2008,不同Linux下的TCP的调优。

解决方法:将 TcpTimedWaitDelay 调到 30S,让 TIME_WAIT 状态的维持最多30S,默认是4分钟。

如何查看或设置TcpTimedWaitDelay

cmd中运行 regedit 命令,找到 HKEY_LOCAL_MACHINE/SYSTEM/CurrentControlSet/ Services/TCPIP/Parameters 注册表子键

看看有没有  TcpTimedWaitDelay 项,有的话直接修改,没有的话创建一个并创建名为 TcpTimedWaitDelay 的新 REG_DWORD 值。 将此值设置为十进制 30,其为十六进制 0x0000001e。该值将等待时间设置为 30 秒。 停止并重新启动系统。 缺省值:0xF0,它将等待时间设置为 240 秒(4 分钟)。 建议值:最小值为 0x1E,它将等待时间设置为 30 秒。

修改之后,重启系统,在观察,TIME_WAIT在100左右徘徊。效果还是立竿见影的。几天来一直再也没有出现Tomcat假死的情况。

当然也可以同时 增大 MaxUserPort 的数值(2008最大值好像是 65535):

MaxUserPort :确定在应用程序从系统请求可用用户端口时,TCP/IP 可指定的最高端口号。默认是65535,可以调到10万.

如何查看或设置: 使用 regedit 命令访问 HKEY_LOCAL_MACHINE/SYSTEM/CurrentControlSet/ Services/TCPIP/Parameters 注册表子键并创建名为 MaxUserPort 的新 REG_DWORD 值,比如设置成200000。

参见:http://www.cnblogs.com/tianzhiliang/articles/2400176.html

### 解决容器中TCP连接处于TIME_WAIT状态过多的方法 #### 修改内核参数以优化TCP行为 为了有效减少或处理容器环境中TCP连接长时间处于TIME_WAIT状态的问题,可以通过调整操作系统级别的网络栈设置来实现。具体来说,有几种方法可以考虑: 通过修改`/etc/sysctl.conf`文件中的某些参数能够显著改善这一状况。例如,启用TCP连接复用功能可以让新建立的连接重用那些正处于TIME_WAIT状态下的端口,进而降低此类状态的数量[^1]。 ```bash net.ipv4.tcp_tw_reuse = 1 ``` 此外,加快TIME_WAIT套接字的回收过程同样有助于缓解因大量TIME_WAIT连接而造成的资源紧张局面。这可通过设定如下参数达成目的: ```bash net.ipv4.tcp_fin_timeout = 30 ``` 此操作会缩短FIN-WAIT-2到CLOSED转换所需的时间长度至30秒以内,默认情况下这个值可能更高一些。 对于Redis服务而言,在其配置文件里适当增加客户端超时(`timeout`)参数也有助于控制不必要的持久化连接,防止它们长期滞留并最终进入TIME_WAIT阶段。建议将其设为一个合理的正整数值而非零,比如60秒,这样可以在一定程度上抑制time_wait的增长趋势[^3]。 #### 应用层面上的调优措施 除了上述针对底层协议层面所做的改动外,在应用程序级别采取相应策略亦十分必要。确保框架(如ThinkPHP6)内部涉及缓存、队列等功能模块的相关组件都正确设置了超时机制,并且这些设置应当反映在实际运行环境之中。这样做不仅有利于提高整体性能表现,还能间接减轻由TIME_WAIT堆积所带来的负面影响。 综上所述,通过对Linux系统内核参数以及应用本身做出合理调整,能够在很大程度上解决由于TCP连接停留在TIME_WAIT状态下所引发的各种问题。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值