ubuntu中解决进程的TIME_WAIT和FIN_WAIT2链接状态

最新推荐文章于 2024-08-16 16:05:55 发布

寰宇001

最新推荐文章于 2024-08-16 16:05:55 发布

阅读量2.3k

点赞数

分类专栏： Ubuntu 运维

本文链接：https://blog.csdn.net/qq_40907977/article/details/103033593

版权

Ubuntu 同时被 2 个专栏收录

228 篇文章 8 订阅 ¥79.90 ¥99.00

订阅专栏

超级会员免费看

运维

143 篇文章 15 订阅

订阅专栏

本文详细分析了Ubuntu服务器上TCP连接出现大量TIME_WAIT和FIN_WAIT2状态的原因，主要源于短连接和HTTP请求中的主动关闭。针对此问题，提出了设置HTTP头部为keep-alive、调整内核参数以允许TIME_WAIT状态的socket重用和缩短TIME_WAIT时间等解决方案。同时，针对FIN_WAIT_2状态，建议调整tcp_fin_timeout参数。

摘要由CSDN通过智能技术生成

环境：Ubuntu 16.04 LTS
注意：

TIMEWAIT状态本身和应用层的客户端或者服务器是没有关系的。如果你的程序设计为服务器主动关闭，那么你才有可能需要关注这个TIMEWAIT状态过多的问题。如果你的服务器设计为被动关闭，那么你首先要关注的是CLOSE_WAIT。

大量TIMEWAIT出现在业务上

在高并发短连接的TCP服务器上，当服务器处理完请求后立刻按照主动正常关闭连接。。。这个场景下，会出现大量socket处于TIMEWAIT状态。如果客户端的并发量持续很高，此时部分客户端就会显示连接不上。

业务上两个方面需要注意：

1、高并发可以让服务器在短时间范围内同时占用大量端口，而端口有个0~65535的范围，并不是很多，刨除系统和其他服务要用的，剩下的就更少了。

2、在这个场景中，短连接表示“业务处理+传输数据的时间 远远小于 TIMEWAIT超时的时间”的连接。这里有个相对长短的概念，比如，取一个web页面，1秒钟的http短连接处理完业务，在关闭连接之后，这个业务用过的端口会停留在TIMEWAIT状态几分钟，而这几分钟，其他HTTP请求来临的时候是无法占用此端口的。单用这个业务计算服务器的利用率会发现，服务