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

本篇文章向大家介绍《关于MySQL的lock wait timeout exceeded解决方案》，主要包括MySQL，具有一定的参考价值，需要的朋友可以参考一下。

关于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

图中红色语句

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;

其他的记录不需要关注，因为其他的记录状态为“

RUNNING

” 即正在执行的事务，并没有锁。

三、三张表字段说明

innodb_trx

desc information_schema.innodb_trx;

innodb_locks

desc information_schema.innodb_locks;

innodb_lock_waits

desc information_schema.innodb_lock_waits

四、终极方法

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

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

这样的异常，在网上找了许多未找出具体的解决方法，后来自己灵光一现，可以找出那些好事比较久的线程，然后把那些可疑的线程杀掉，没想到这个问题就解决了，可以正常对这行数据进行操作了。

---

相关文章：mysql优化—show processlist命令详解

今天带大家了解了MySQL的相关知识，希望对你有所帮助；关于数据库的技术知识我们会一点点深入介绍，欢迎大家关注golang学习网公众号，一起学习编程~