关于MySQL的lock wait timeout exceeded解决方案

冷不防 2022-03-17 02:24 252阅读 0赞

> 转载自： [https://segmentfault.com/a/1190000015314171][https_segmentfault.com_a_1190000015314171]

> 关于MySQL出现 `lock wait timeout exceeded; try restarting transaction` 的解决方案。

## 一、问题抛出 ##

在做查询语句时，MySQL 抛出了这样的异常：

MySQL server error report:Array
    (
        [0] => Array
            (
                [message] => MySQL Query Error
            )
    
        [1] => Array
            (
                [sql] => SELECT * FROM taobao_trade WHERE order_status = 1 and orderID ='2018061812306547' AND is_tran_success=0 for update
            )
    
        [2] => Array
            (
                [error] => Lock wait timeout exceeded; try restarting transaction
            )
    
        [3] => Array
            (
                [errno] => 1205
            )
    
    )

即`Lock wait timeout exceeded; try restarting transaction`的异常，错误提示的意思，很明显，**是因为这条语句被锁住了，所以释放这个锁。**

## 二、解决方案 ##

我们可以通过到`information_schema` 中来进行查找被锁的语句。

> 解释： `information_schema`这张数据表保存了MySQL服务器所有数据库的信息。如数据库名，数据库的表，表栏的数据类型与访问权限等。再简单点，这台MySQL服务器上，到底有哪些数据库、各个数据库有哪些表，每张表的字段类型是什么，各个数据库要什么权限才能访问，等等信息都保存在information\_schema表里面。

我们可以用下面三张表来查原因：

*  `innodb_trx` 当前运行的所有事务
 *  `innodb_locks` 当前出现的锁
 *  `innodb_lock_waits` 锁等待的对应关系

如果数据库中有锁的话，我们可以使用这条语句来查看：

select * from information_schema.innodb_trx

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2pvaG4xMzM3_size_16_color_FFFFFF_t_70][]

图中红色语句 `LOCK WAIT`为占用系统资源的语句，我们需要杀掉这个锁，执行 `kill` 线程`id`号。上面这条记录的id为199120823069, `trx_mysql_thread_id` 为 738178711, 所以我们执行：`kill 738178711`杀掉这个MySQL语句的线程即可。

执行之后：

kill 738178711
    
    // 查询线程
    // SELECT * from information_schema.processlist WHERE id = 738178711;
    // show full processlist;

![3700892640-5b2745ceed59f][]

其他的记录不需要关注，因为其他的记录状态为“`RUNNING`” 即正在执行的事务，并没有锁。

## 三、三张表字段说明 ##

### innodb\_trx ###

desc information_schema.innodb_trx;

### ![2043713835-5b27473b05aef][] ###

### innodb\_locks ###

desc information_schema.innodb_locks;

### ![1728172730-5b2746b0e7afc][] ###

### innodb\_lock\_waits ###

desc information_schema.innodb_lock_waits

## ![4237317292-5b2746e79713a][] ##

## 四、终极方法 ##

如果以上方法杀掉线程，但还是不能解决，则我们就可以查找执行线程用时比较久的用户，然后直接干掉。

SELECT * from information_schema.`PROCESSLIST` WHERE Time > 1000 AND USER = 'wonguser' ORDER BY TIME desc;
    
    kill 740097562

这样把所有耗时比较久的任务干掉，就可以解决这个问题了。

### 小结 ###

关于我的那个问题，我通过这个方法 `select * from information_schema.innodb_trx` 已经杀掉了线程，但通过表直接修改那个id对应的数据，还是会弹出`Lock wait timeout exceeded; try restarting transaction`这样的异常，在网上找了许多未找出具体的解决方法，后来自己灵光一现，可以找出那些好事比较久的线程，然后把那些可疑的线程杀掉，没想到这个问题就解决了，可以正常对这行数据进行操作了

[https_segmentfault.com_a_1190000015314171]: https://segmentfault.com/a/1190000015314171
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2pvaG4xMzM3_size_16_color_FFFFFF_t_70]: /images/20220317/4d30b5f891be43c2860c43ca0afb4755.png
[3700892640-5b2745ceed59f]: /images/20220317/d21389a2f6a74fefb1eaa3b8aa896f5a.png
[2043713835-5b27473b05aef]: /images/20220317/49ba6ce81a604993ae96f589040839db.png
[1728172730-5b2746b0e7afc]: /images/20220317/0dd3ac0b494046d79c763d32aeb920be.png
[4237317292-5b2746e79713a]: /images/20220317/23aaaebc0bd54434ac5588d8c43fa315.png