“Lock wait timeout exceeded; try restarting transaction” 一般出现这样的错误时,往往是因为一些事务在等待获取某个锁,但由于这个锁被其他长时间未完成的事务持有,所以导致等待超时。
一 , 定位问题
可以通过以下几种命令去定位
-
SHOW FULL PROCESSLIST;
显示当前MySQL中的所有进程信息,包括每个进程的ID、用户、主机、数据库、命令、运行时间等。如果你看到有某个进程的运行时间特别长,或者状态一直处于"Locked",那么就有可能是这个进程导致了锁等待超时。
eg:881611 root xxxx:60646 xxx Query 2046 starting xxxx xxxx
-
SHOW ENGINE INNODB STATUS;
:显示InnoDB存储引擎的详细状态信息,包括当前的事务、锁情况、缓冲池状态、磁盘I/O信息等。然后通过一下两部分定位。-
LATEST DETECTED DEADLOCK
会显示最新检测到的死锁信息, -
TRANSACTIONS"
部分会显示当前 InnoDB 引擎中的事务状态,包括事务的 ID,状态,所持有的锁,以及正在等待的锁等信息。
-
-
SHOW OPEN TABLES;
:显示当前打开的表的信息,了解哪些表可能正在被锁定。 -
SELECT * FROM INFORMATION_SCHEMA.INNODB_LOCKS;
:显示当前的InnoDB锁情况。可以直观地查看锁的状态,需要InnoDB引擎支持。
二 , 解决方案
紧急措施
1.紧急措施:终止(KILL)相关的线程,释放任何被该线程持有的锁
eg: 以上面的例子为列 KILL 881611
需要注意,可能会对业务产生影响,导致数据状态不一致或者业务逻辑中断 !!!
2.次之紧急措施:调整 Innodb 锁等待时间,延缓了问题的出现
注意 这只是允许线程等待更长的时间来获取锁,而不是解决了锁的竞争问题。还是会导致其他线程仍然在等待获取锁 !!!
-
临时调整 优先推荐
-
SET GLOBAL innodb_lock_wait_timeout = 120;
立即生效,但是在 MySQL 服务器重启之后就会失效。
-
-
永久调整
- MySQL 的配置文件通常是 my.cnf 或 my.ini,位于 MySQL 服务器的安装目录下。在 [mysqld] 部分添加或修改以下行:
[mysqld] innodb_lock_wait_timeout = 120
- MySQL 的配置文件通常是 my.cnf 或 my.ini,位于 MySQL 服务器的安装目录下。在 [mysqld] 部分添加或修改以下行:
非紧急措施
- 优化查询:优化导致问题的查询语句,例如通过添加索引来提高查询性能,或者改变查询的逻辑以避免需要获取锁。
- 修改数据库的并发控制策略:例如,你可以考虑使用乐观锁(如果应用逻辑允许)。
- 设置合理的连接数:如果有太多的连接在等待获取锁,那么你可能需要减少最大连接数,以减少锁争用的可能性。
- 查看当前的连接数
SHOW STATUS LIKE 'Threads_connected';
- 设置最大连接数
SET GLOBAL max_connections = 200;
- 查看当前的连接数
- 开启并优化慢查询日志
- 确认慢查询日志是否已经开启
SHOW VARIABLES LIKE 'slow_query_log';
- 开启慢查询日志
SET GLOBAL slow_query_log = 'ON';
- 查看慢查询的时间阈值
SHOW VARIABLES LIKE 'long_query_time';
- 查看慢查询日志的文件位置
SHOW VARIABLES LIKE 'slow_query_log_file';
- 确认慢查询日志是否已经开启
- 调整事务的大小和复杂性
- 更小、更简单的事务会导致更少的锁争用。