工作中同事遇到此異常，查找解決問題時，收集整理形成此篇文章。
問題出現(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語句及堆棧信息-------- 在高并發(fā)的情況下，Spring事物造成數(shù)據(jù)庫死鎖，后續(xù)操作超時拋出異常。
Mysql數(shù)據(jù)庫采用InnoDB模式，默認(rèn)參數(shù):innodb_lock_wait_timeout設(shè)置鎖等待的時間是50s，一旦數(shù)據(jù)庫鎖超過這個時間就會報錯。
1、通過下面語句查找到為提交事務(wù)的數(shù)據(jù)，kill掉此線程即可。
select * from information_schema.innodb_trx2、增加鎖等待時間，即增大下面配置項(xiàng)參數(shù)值，單位為秒（s）
innodb_lock_wait_timeout=5003、優(yōu)化存儲過程,事務(wù)避免過長時間的等待。
1、鎖等待超時。是當(dāng)前事務(wù)在等待其它事務(wù)釋放鎖資源造成的。可以找出鎖資源競爭的表和語句，優(yōu)化SQL，創(chuàng)建索引等。如果還是不行，可以適當(dāng)減少并發(fā)線程數(shù)。
2、事務(wù)在等待給某個表加鎖時超時，估計是表正被另的進(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.51testing.com/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ī)制。
