应用直接中断连接导致数据被锁(生产故障)
- 这是一个由应用重启连接直接而导致数据被锁的问题。
- 系统大致结构
基本情况:
- 整个架构为了统一管理db连接,共享连接。
- 应用通过loadbalance连接db访问层。
- db访问层后端代理若干db。
- 应用到loadbalance以mysql协议通信。
- db访问层到db以JDBC方式通信。
故障: 某些数据库中的表数据相当长一段时间被锁,导致应用某些场景失败。
故障分析:应用开启一个事务的set autocommit=0命令是从app-lb-db访问层-db,期间如果某个事务还未执行完,而app强行中断连接,就会导致app-lb的连接断开,而lb并不直接断开后端的连接,即lb-db访问层-db的连接不会断,从而导致db不会发生回滚操作。而且此事务对某些记录加了锁,于是就会发生某些数据被锁。直到db访问层检测出该连接超过了idle时间才会关闭,并发送回滚命令给db。
解决问题:
① lb在前端连接关闭时要同时关闭同会话的后端连接,并且db访问层要监听lb的连接,一旦关闭则要做回滚操作。
②去掉lb,提供客户端loadbalance,应用一旦关闭连接db访问层也要关闭连接。
感谢阅读,希望能帮助到大家,谢谢大家对本站的支持!
您可能感兴趣的文章:- MYSQL主从库不同步故障一例解决方法
- 线上MYSQL同步报错故障处理方法总结(必看篇)
- MySQL下高可用故障转移方案MHA的超级部署教程
- 一次MySQL慢查询导致的故障
- MySQL复制的概述、安装、故障、技巧、工具(火丁分享)
- 检测MySQL的表的故障的方法
- mysql 无法联接常见故障及原因分析
- MySQL故障切换笔记之应用无感知设计详解