Mysql事物鎖等待超時Lock wait timeout exceeded;的解決

Posted on by

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

問題場景

問題出現環境：
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掉此線程即可。

select * from information_schema.innodb_trx

2、增加鎖等待時間，即增大下面配置項參數值，單位為秒（s）

innodb_lock_wait_timeout=500

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事物鎖等待超時內容請搜索WalkonNet以前的文章或繼續瀏覽下面的相關文章希望大傢以後多多支持WalkonNet！

推薦閱讀：