工作中同事遇到此异常，查找解决问题时，收集整理形成此篇文章。
问题场景
问题出现环境：
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语句及堆栈信息——–
原因分析
在高并发的情况下，spring事物造成数据库死锁，后续操作超时抛出异常。
mysql数据库采用innodb模式，默认参数:innodb_lock_wait_timeout设置锁等待的时间是50s，一旦数据库锁超过这个时间就会报错。
解决方案
1、通过下面语句查找到为提交事务的数据，kill掉此线程即可。
2、增加锁等待时间，即增大下面配置项参数值，单位为秒（s）
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放弃行级锁的超时时间。
参考文章：http://www.51testing.com/html/16/390216-838016.html
深入研究
由于此项目采用spring+mybatis框架，事物控制采用“org.springframework.jdbc.datasource.datasourcetransactionmanager”类进行处理。此处还需进行进一步调研spring实现的机制。
到此这篇关于mysql事物锁等待超时lock wait timeout exceeded;的解决的文章就介绍到这了,更多相关mysql事物锁等待超时内容请搜索www.887551.com以前的文章或继续浏览下面的相关文章希望大家以后多多支持www.887551.com！