Mysql 出现故障应用直接中断连接导致数据被锁（

关于MySQL生产故障中应用中止连接引发的数据锁问题的

在现代架构中，数据库的连通性和稳定性对于应用程序的运行至关重要。最近在生产环境中出现的一个故障为我们敲响了警钟，那就是应用中止连接可能导致MySQL数据库中的数据被锁定。接下来，我将详细这个问题，并分享一些解决方案。

系统架构简述：

我们的系统采用了统一管理的数据库连接模式，通过负载均衡器（loadbalance）连接数据库访问层。这个访问层后端连接着多个数据库。应用程序与负载均衡器之间使用MySQL协议通信，而数据库访问层则通过JDBC与数据库进行交互。

故障现象：

在某些场景中，我们发现数据库中的某些表数据被长时间锁定，导致应用程序无法正常工作。

深入分析：

当一个应用程序启动一个事务并发送“set autocommit=0”命令时，整个流程是从应用通过负载均衡器到数据库访问层，然后再到数据库。如果在这个事务完成之前，应用突然中断连接，那么负载均衡器和应用之间的连接会断开。但负载均衡器并不会直接断开与数据库访问层的连接，这就意味着数据库访问层与数据库之间的连接仍然保持。由于连接未正常关闭，数据库不会执行回滚操作，这就导致了已经加锁的数据无法释放，从而出现数据被锁定的现象。这种情况会一直持续到数据库访问层检测到该连接的空闲时间超过设定值时，才会关闭连接并向数据库发送回滚命令。

解决方案：

1. 负载均衡器需要在前端连接关闭时，关闭与同一会话相关的后端连接。数据库访问层需要监听负载均衡器的连接状态，一旦连接关闭，立即在数据库端执行回滚操作。

2. 另一种解决方案是去掉负载均衡器，在应用端实现负载均衡。当应用关闭与数据库访问层的连接时，数据库访问层也要确保关闭与数据库的连接。这样，即使应用突然中断，数据库访问层也能及时释放资源，避免数据被锁定的问题。

确保数据库连接的稳定性和安全性对于防止这类故障至关重要。希望通过这篇文章的和解决方案，能够帮助大家更好地理解这个问题并采取相应的措施。感谢大家的阅读和支持！如果您有任何疑问或建议，欢迎随时与我们交流。