工作中同事遇到此異常，查找解決問題時，收集整理形成此篇文章。

問題場景

問題出現(xiàn)環(huán)境：
1、在同一事務(wù)內(nèi)先后對同一條數(shù)據(jù)進(jìn)行插入和更新操作；
2、多臺服務(wù)器操作同一數(shù)據(jù)庫；
3、瞬時出現(xiàn)高并發(fā)現(xiàn)象；

不斷的有一下異常拋出，異常信息：

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語句及堆棧信息-------- 
1
2
3
4
5

原因分析

在高并發(fā)的情況下，Spring事物造成數(shù)據(jù)庫死鎖，后續(xù)操作超時拋出異常。
Mysql數(shù)據(jù)庫采用InnoDB模式，默認(rèn)參數(shù):innodb_lock_wait_timeout設(shè)置鎖等待的時間是50s，一旦數(shù)據(jù)庫鎖超過這個時間就會報(bào)錯。

解決方案

1、通過下面語句查找到為提交事務(wù)的數(shù)據(jù)，kill掉此線程即可。

select * from information_schema.innodb_trx
1

2、增加鎖等待時間，即增大下面配置項(xiàng)參數(shù)值，單位為秒（s）

innodb_lock_wait_timeout=500
1

3、優(yōu)化存儲過程,事務(wù)避免過長時間的等待。

參考信息

1、鎖等待超時。是當(dāng)前事務(wù)在等待其它事務(wù)釋放鎖資源造成的?？梢哉页鲦i資源競爭的表和語句，優(yōu)化SQL，創(chuàng)建索引等。如果還是不行，可以適當(dāng)減少并發(fā)線程數(shù)。
2、事務(wù)在等待給某個表加鎖時超時，估計(jì)是表正被另的進(jìn)程鎖住一直沒有釋放。
可以用 SHOW INNODB STATUS/G; 看一下鎖的情況。
3、搜索解決之道，在管理節(jié)點(diǎn)的[ndbd default]區(qū)加：
TransactionDeadLockDetectionTimeOut=10000（設(shè)置 為10秒）默認(rèn)是1200（1.2秒）
4、InnoDB會自動的檢測死鎖進(jìn)行回滾，或者終止死鎖的情況。

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.

如果參數(shù)innodb_table_locks=1并且autocommit=0時，InnoDB會留意表的死鎖，和MySQL層面的行級鎖。另外，InnoDB不會檢測MySQL的Lock Tables命令和其他存儲引擎死鎖。你應(yīng)該設(shè)置innodb_lock_wait_timeout來解決這種情況。
innodb_lock_wait_timeout是Innodb放棄行級鎖的超時時間。

參考文章：http://www./html/16/390216-838016.html

深入研究

由于此項(xiàng)目采用Spring+mybatis框架，事物控制采用“org.springframework.jdbc.datasource.DataSourceTransactionManager”類進(jìn)行處理。此處還需進(jìn)行進(jìn)一步調(diào)研Spring實(shí)現(xiàn)的機(jī)制。