100字范文,内容丰富有趣,生活中的好帮手!
100字范文 > 关于MySQL出现锁等待lock wait timeout exceeded; try restarting transaction 的解决方案

关于MySQL出现锁等待lock wait timeout exceeded; try restarting transaction 的解决方案

时间:2020-01-30 04:34:55

相关推荐

关于MySQL出现锁等待lock wait timeout exceeded; try restarting transaction 的解决方案

关于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 ='061812306547' 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*frominformation_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

descinformation_schema.innodb_trx;

innodb_locks

descinformation_schema.innodb_locks;

innodb_lock_waits

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

转自:/a/1190000015314171?utm_source=tag-newest

本内容不代表本网观点和政治立场,如有侵犯你的权益请联系我们处理。
网友评论
网友评论仅供其表达个人看法,并不表明网站立场。