问题出现:
最近在kettle传数据的时候,发现在往mysql库中传数据时出现了Lock wait timeout exceeded的问题,接口响应的时间超长,耗时五十秒左右才返回错误提示,后台日志中出现Lock wait timeout exceeded; try restarting transaction的错误。
问题场景:
1、在同一事务内先后对同一条数据进行插入和更新操作;
2、多台服务器操作同一数据库;
3、瞬时出现高并发现象;
问题原因:
1、在高并发的情况下,Spring事物造成数据库死锁,后续操作超时抛出异常。
2、Mysql数据库采用InnoDB模式,默认参数:innodb_lock_wait_timeout设置锁等待的时间是50s,一旦数据库锁超过这个时间就会报错。
解决方法:
用到的查询语句:
SELECT * FROM information_schema.INNODB_TRX
SELECT * FROM information_schema.INNODB_LOCKs
SELECT * FROM information_schema.innodb_trx
SHOW OPEN TABLES WHERE In_use > 0
SHOW PROCESSLIST
1、查看数据库当前的进程,看一下有无正在执行的慢SQL记录线程。
mysql> show processlist;
2、查看当前的事务
当前运行的所有事务
mysql> SELECT * FROM information_schema.INNODB_TRX;
当前出现的锁:
mysql> SELECT * FROM information_schema.INNODB_TRX;
锁等待的对应关系
mysql> SELECT * FROM information_schema.INNODB_LOCK_waits;
解释:看事务表INNODB_TRX,里面是否有正在锁定的事务线程,看看ID是否在show processlist里面的sleep线程中,如果是,就证明这个sleep的线程事务一直没有commit或者rollback而是卡住了,我们需要手动kill掉。
搜索的结果是在事务表发现了很多任务,这时候最好都kill掉。
我这个查询这个三个表,都没有数据。就把所有进程中sleep的进程全给删了,发现就可以了。我百度也没找到我这种“偏方”,但是有效,不妨试一试。