- Cause: com.mysql.cj.jdbc.exceptions.MySQLTransactionRollbackException: Lock wait timeout exceeded; try restarting transaction
- ; Lock wait timeout exceeded; try restarting transaction; nested exception is com.mysql.cj.jdbc.exceptions.MySQLTransactionRollbackException: Lock wait timeout exceeded; try restarting transaction
复制代码 错误产生的原因就是:我有一条sql在数据库执行,很长时间,刚好的delete操作,然后这边项目中刚好执行一条批量新增的sql,两者超时辩论了。
所以说这两者就涉及到事件锁的题目的了,接口响应时间超长,耗时几十秒才返回错误提示,后台日记中出现Lock wait timeout exceeded; try restarting transaction的错误,出现了高并发现象。
那么我们来说说如何解决方案:
当务之急,也是要看看数据库中有没有比力长时间执行的sql:
当前所运行的全部事件
- SELECT * FROM information_schema.INNODB_TRX;
复制代码 当前全部的锁
- SELECT * FROM information_schema.INNODB_LOCKs;
复制代码 锁等待的对应的关系
- SELECT * FROM information_schema.INNODB_LOCK_waits;
复制代码 那么我们看到事件表中INNODB_TRX,里面是否有正在锁定的事件线程,看看ID是否在show processlist里面的sleep线程中,假如有,那么就证明了这个休眠的线程事件一直没有commit(提交)大概roolback(回滚)而是卡住了,所以,我们需要人为到场,kill掉。
假如发现了好多事件使命,那最好都kill掉。
命令为
- select concat('KILL ',id,';') from information_schema.processlist where user='cms_bokong';
复制代码 通过information_schema.processlist表中的连接信息生成需要处理掉的Mysql连接的语句临时文件,然后执行文件中生成的指令。然后我们获取到了对应使命的id,一个一个 kill id就行了。
然后我们再去找还在举行事件的使命,就会发现空掉了。
应急处理完成后,我们就需要核对原因,防止以后再出现:
1.mysql的引擎检查,可以检查一下数据库引擎是不是InnoDB(mysql5.5.5从前默认是MyISAM,Mysql5.5.5以后默认是InnoDB),show engines;#检查命令
假如不是INNDB,那么就改为InnDB;
命令为:
检察表使用的存储引擎
- show table status from db_name where name='table_name';
复制代码 修改表的存储引擎
- alter table table_name engine=innodb;
复制代码 免责声明:如果侵犯了您的权益,请联系站长,我们会及时删除侵权内容,谢谢合作!更多信息从访问主页:qidao123.com:ToB企服之家,中国第一个企服评测及商务社交产业平台。 |