MySQL的一个麻烦事
1. 开启一个MySQL连接,在这个连接中发起一个事务,进行一些操作但不提交
2. 拔网线
3. 重连网线,再开启一个MySQL连接,执行delete操作,发现stpe 1中占用的资源没有被释放
4. 执行show processlist,发现step1中创建的连接依然存在而且处于sleep状态,并将一直存在,直到wait_timeout超时为止
原理
MySQL协议本身不含有心跳功能,一旦建立连接,这条连接线程就一直在server端存在,直到收到client发来的断开连接请求/连接sleep时间超过wait_timeout/手动杀死这条连接 为止
测试中,step 2直接拔了网线,那么这个线程就一直存在了,并且一直为sleep状态,从而一直占用资源
但是如果重连网线后,再次操作step 1中的那个连接,是可以成功commit/rollback未完成的事务的(估计cli保存了会话id,直接连到老的连接去了)
影响
如果网络环境差,会导致MySQL sever端存在大量无用的sleep线程,一个是占用有限的MySQL连接数,另一个是可能会锁住表记录,导致其他连接超时,这可能会引发雪崩的效果
解决
1. 设置wait_timeout为一个比较小的值(interactive_timeout是交互式连接,如cli使用的,一般无需调整),然后应用定时发送心跳来维护连接(一般的连接池都有相关的功能)
2. 应用将每次申请的连接对应的server线程id记录下来,然后定时的杀死自己曾经申请过的连接(kill -tid)以释放资源(很不合适,如果线程id重复了就有错杀的可能)
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· go语言实现终端里的倒计时
· 如何编写易于单元测试的代码
· 10年+ .NET Coder 心语,封装的思维:从隐藏、稳定开始理解其本质意义
· .NET Core 中如何实现缓存的预热?
· 从 HTTP 原因短语缺失研究 HTTP/2 和 HTTP/3 的设计差异
· Ollama——大语言模型本地部署的极速利器
· 使用C#创建一个MCP客户端
· 分享一个免费、快速、无限量使用的满血 DeepSeek R1 模型,支持深度思考和联网搜索!
· Windows编程----内核对象竟然如此简单?
· ollama系列1:轻松3步本地部署deepseek,普通电脑可用