关于一次ERROR 1205 (HY000): Lock wait timeout exceeded; try restarting transaction的解决办法

布满荆棘的人生 2022-06-07 13:23 494阅读 0赞

## 事情前提： ##

今天在自己本地调试代码的时候，一条普通的插入语句无法执行成功，将SQL语句手动执行，数据库一直显示处理中，最后好久才报出来ERROR 1205 (HY000): Lock wait timeout exceeded; try restarting transaction，（锁等待超时超过;试着重新启动事务），同样的update语句也执行失败，报了同样的错误。

## 问题排查与处理： ##

首先推断是数据库事务提交失败。确定方向我们来一步一步的证实自己的想法，因为mysql数据库默认是autocommit的自动提交，那就先查看一下数据库的设置是否真的是自动提交。

mysql> select @@autocommit;
    +--------------+
    | @@autocommit |
    +--------------+
    |            1 |
    +--------------+
    1 row in set

确定是自动提交，那么就没有问题，为了进一步的确定问题，我们需要先知道MYSQL数据库的information\_schema 库中三个关于锁的表（MEMORY引擎）；

innodb\_trx \#\# 当前运行的所有事务  
innodb\_locks \#\# 当前出现的锁  
innodb\_lock\_waits \#\# 锁等待的对应关系

下面我们来具体看一下这三个表的表结构：

desc innodb_locks;

desc innodb_lock_waits;

desc innodb_lock_waits;

以上这三张表我们只做了解，在遇到问题我们能够知道字段代表着什么含义，接下来，继续来看下数据库的隔离级别

mysql>  select @@tx_isolation;
    +-----------------+
    | @@tx_isolation  |
    +-----------------+
    | REPEATABLE-READ |
    +-----------------+
    1 row in set
    
    
    mysql>

是可重复读取的，没有问题

再来，我们看下当前库的线程情况

select * from information_schema.innodb_trx 
    （由于是公司的测试库，这里我就打点码哈）

![SouthEast][]

没有看到正在执行的慢SQL记录线程，再去查看innodb的事务表INNODB\_TRX，看下里面是否有正在锁定的事务线程，看看ID是否在show full processlist里面的sleep线程中，如果是，就证明这个sleep的线程事务一直没有commit或者rollback而是卡住了，我们需要手动kill掉。

select * from information_schema.innodb_trx

![SouthEast 1][]

多查了几遍，发现这个线程id3741149的线程一直存在，手动kill掉此线程

mysql> kill 3741149;
    Query OK, 0 rows affected (0.00 sec)
     
    mysql>

## 写在最后： ##

现在在执行insert和update语句，ok，没有问题了，表锁死的问题解决了，但具体由什么原因引起的，我也没有查出来，因为公司的测试库用的人很多，而且有问题的那条线程没有给出是什么语句或者其他信息，无从查起，好在问题解决了，如果日后发现问题原因，我还会贴出来供大家参考的。

[SouthEast]: /images/20220607/d6682e4ad48f475da8645b7ec69f591c.png
[SouthEast 1]: /images/20220607/923d68ff140d4cde800449d8d5e30362.png