mysql Lock wait timeout exceeded try restarting 解决

2021-07-20 18:08 上海php自学中心


图片


问题分析

错误提示:

Lock wait timeout exceeded; try restarting transaction

ps: 猴急的话,直接拉到最后,看结果.

官方分析

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

土话分析

首先这个提示 是指,某个事务没有提交.
那么如果是测试服,不出意外,是某程序,在 DEBUG 代码的时候, 打了断点,但是没有执行完,直接关了 IDEA 或者关了 执行。

网络环境也不会,所以出现了这个问题。导致 mysql 感知不到 客户端断开了,事务没有提交和回滚。出现了这个问题
这种问题不是死锁哦

简单说就是: idea debug 模式下报错,数据库表事务没有提交,idea 服务强制关闭,导致数据库表某一条记录被锁

解决方案

官方分析与解释

我们可以通过到 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

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

淦就完了的解决方案

别看那么多幺蛾子.

show processlist;
找出线程 ID

kill 线程号 id

时间长的,全干掉.


图片


全杀

结束,撒花

然后就执行成功了,爽的狠

感谢

blog.csdn.net/java__project/articl...


本文章转载自公众号:pyLearnCenter

首页 - php 相关的更多文章: