目录
- 一、问题背景
- 二、问题原因
- 三、解决方案
- 1. 重启事务
- 2. 优化事务管理
- 3. 调整锁等待超时设置
- 4. 分析并优化锁竞争
- 5. 查找并终止持有锁的操作
- 6. 优化 SQL 语句
- 四、预防措施
- 五、总结
在使用 MySQL 数据库时，
Lock wait timeout exceeded；try restarting transaction 这个错误是个让人头疼的问题，它不仅影响程序的执行效率，还可能导致系统性能下降甚至卡死。接下来，我将深入浅出地剖析这个问题，并提供一些实用的解决方案和预防措施。
一、问题背景
这个错误通常出现在多个事务同时访问同一资源时，一个事务在等待获取锁的过程中超过了设定的超时时间。例如，当一个事务正在更新某一行数据时，另一个事务也尝试更新同一行数据，就会进入等待状态。如果等待时间超过了系统变量 innodb_lock_wait_timeout 的设定值，MySQL 就会抛出这个错误，并回滚等待的事务。
二、问题原因
- 事务锁等待：当一个事务持有锁，而另一个事务请求相同资源的锁时，请求者就会进入等待状态。如果等待时间超过了
innodb_lock_wait_timeout的设定值，就会报错。 - 死锁：两个或多个事务互相等待对方释放锁，导致锁等待超时。
- 长时间运行的查询：长时间运行的查询可能会持有锁很长时间，导致其他事务无法获取锁。
- 事务设计不合理：事务执行时间过长、锁定资源范围过大或事务逻辑复杂。
- 锁等待超时时间过短：MySQL 默认的锁等待超时时间可能不足以处理某些复杂的查询或并发情况。
三、解决方案
1. 重启事务
错误信息中的 try restarting transaction 提示我们，遇到超时错误时，最简单的做法就是重启事务，再次尝试执行操作。
try {// 执行数据库操作
} catch (SQLException e) {if ("Lock wait timeout exceeded".equals(e.getMessage())) {// 重启事务，再次尝试retryTransaction
