在进行性能测试时，发现由于TCP连接的TIME_WAIT状态过多，导致请求量受限。TIME_WAIT状态是TCP四次挥手释放连接过程的必然阶段，一般等待2MSL后关闭。大量TIME_WAIT可能是由于并发线程数过多或JMeter配置不当引起。解决方案包括分布式压测分散线程、调整JMeter配置启用长连接、修改Linux内核参数如tcp_tw_reuse和tcp_timestamps，以加速端口回收和识别新旧连接。
背景介绍
为了摸底项目的性能，需要进行性能测试。经过一番调研之后，决定使用基于腾讯云TKE的分布式jmeter进行压测，好处是有jmeter-suite可用，搭建环境方便；容器化部署可以方便的增加pod来提升压力。
但是在实际施压的时候，发现请求量上不去，达不到压测效果。经定位发现，容器pod上存在大量TIME_WAIT，而实际在传输数据的连接远小于设置的并发线程数：
netstat -n | awk '/^tcp/ {++state[$NF]} END {for(key in state) print key,"\t",state[key]}'
为什么会有TIME_WAIT
这是TCP连接释放的4次挥手的过程：
- 主动关闭连接的一方，调用close()；协议层发送FIN包
- 被动关闭的一方收到FIN包后，协议层回复ACK；然后被动关闭的一方&
最低0.47元/天 解锁文章
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
