您现在的位置是:首页 > 文章详情

Mysql事物锁等待超时 Lock wait timeout exceeded; try restarting transaction

日期:2018-11-29点击:819

问题场景

问题出现环境: 
1、在同一事务内先后对同一条数据进行插入和更新操作; 
2、多台服务器操作同一数据库; 
3、瞬时出现高并发现象;

不断的有一下异常抛出,异常信息:

org.springframework.dao.CannotAcquireLockException:  ### Error updating database.  Cause: java.sql.SQLException: Lock wait timeout exceeded; try restarting transaction### The error may involve com.*.dao.mapper.PhoneFlowMapper.updateByPrimaryKeySelective-Inline### The error occurred while setting parameters### SQL:-----后面为SQL语句及堆栈信息-------- 1234512345

原因分析

在高并发的情况下,spring事物造成数据库死锁,后续操作超时抛出异常。 
MySQL数据库采用InnoDB模式,默认参数:innodb_lock_wait_timeout设置锁等待的时间是50s,一旦数据库锁超过这个时间就会报错。

解决方案

1、通过下面语句查找到为提交事务的数据,kill掉此线程即可。

select * from information_schema.innodb_trx11

2、增加锁等待时间,即增大下面配置项参数值,单位为秒(s)

innodb_lock_wait_timeout=50011

3、优化存储过程,事务避免过长时间的等待。

参考信息

1、锁等待超时。是当前事务在等待其它事务释放锁资源造成的。可以找出锁资源竞争的表和语句,优化SQL,创建索引等。如果还是不行,可以适当减少并发线程数。 
2、事务在等待给某个表加锁时超时,估计是表正被另的进程锁住一直没有释放。 
可以用 SHOW INNODB STATUS/G; 看一下锁的情况。 
3、搜索解决之道,在管理节点的[ndbd default]区加: 
TransactionDeadLockDetectionTimeOut=10000(设置 为10秒)默认是1200(1.2秒) 
4、InnoDB会自动的检测死锁进行回滚,或者终止死锁的情况。

InnoDB automatically detects transaction deadlocks and rolls back a transaction or transactions to break the deadlock. InnoDB tries to pick small transactions to roll back, where the size of a transaction is determined by the number of rows inserted, updated, or deleted.

如果参数innodb_table_locks=1并且autocommit=0时,InnoDB会留意表的死锁,和MySQL层面的行级锁。另外,InnoDB不会检测MySQL的Lock Tables命令和其他存储引擎死锁。你应该设置innodb_lock_wait_timeout来解决这种情况。 
innodb_lock_wait_timeout是Innodb放弃行级锁的超时时间。

深入研究

由于此项目采用Spring+mybatis框架,事物控制采用“org.springframework.jdbc.datasource.DataSourceTransactionManager”类进行处理。此处还需进行进一步调研Spring实现的机制。

转自:http://blog.csdn.net/wo541075754/article/details/50717842

原文链接:https://blog.roncoo.com/article/127135
关注公众号

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。

持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。

转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。

文章评论

共有0条评论来说两句吧...

文章二维码

扫描即可查看该文章

点击排行

推荐阅读

最新文章