close wait 问题学习

本文探讨了数据库连接中closewait问题的常见场景,分析了其产生的原因,如同步通信超时和网络操作延迟。提供了检查TCP连接的方法以及临时和终极解决方案,包括调整TCP参数、使用长连接和负载均衡。还提出了关于文件描述符限制和异常情况的思考问题。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

为什么会出现 close wait

数据库连接不释放问题实际上上线之前就会发现,线上系统出这种问题根本就是测试不过关。

close wait 出现场景

我之前也遇到过出现很多CLOSE_WAIT的场景,一般出现这种情况,都是同步通信的场景,server端执行业务超时,client端主动断开连接的场景。
特别是一些写库的操作,随着表越来越大,写操作越来越慢,当慢到一定程序后会触发client端的超时再重试机制,越来越多的写操作积压在server端,很短的时间内server端被搞的socket全是CLOSE_WAIT,只能重启,重启也是好一段时间。
所以现在我们现在对同步通信机制一定要保证不能有不可预估的开销。这类开销一律走异步机制

检查tcp方法

lsof -i:8081
查看所有tcp连接

netstat -n | awk '/^tcp/ {++S[$NF]} END {for(a in S) print a, S[a]}'
netstat -n | grep 8082 | awk '/^tcp/ {++S[$NF]} END {for(a in S) print a, S[a]}'

按类型查看 tcp 连接

netstat -nap |grep :8082| grep CLOSE_WAIT

查看close_wait的tcp连接数量

netstat -atn|grep CLOSE_WAIT|wc -l
netstat -nap |grep :8082
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

浪里摸鱼

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值