Mysql事物鎖等待超時(shí)Lock wait timeout exceeded;的解決
工作中同事遇到此異常,查找解決問(wèn)題時(shí),收集整理形成此篇文章。
問(wèn)題場(chǎng)景
問(wèn)題出現(xiàn)環(huán)境:
1、在同一事務(wù)內(nèi)先后對(duì)同一條數(shù)據(jù)進(jìn)行插入和更新操作;
2、多臺(tái)服務(wù)器操作同一數(shù)據(jù)庫(kù);
3、瞬時(shí)出現(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語(yǔ)句及堆棧信息--------
原因分析
在高并發(fā)的情況下,Spring事物造成數(shù)據(jù)庫(kù)死鎖,后續(xù)操作超時(shí)拋出異常。
Mysql數(shù)據(jù)庫(kù)采用InnoDB模式,默認(rèn)參數(shù):innodb_lock_wait_timeout設(shè)置鎖等待的時(shí)間是50s,一旦數(shù)據(jù)庫(kù)鎖超過(guò)這個(gè)時(shí)間就會(huì)報(bào)錯(cuò)。
解決方案
1、通過(guò)下面語(yǔ)句查找到為提交事務(wù)的數(shù)據(jù),kill掉此線程即可。
select * from information_schema.innodb_trx
2、增加鎖等待時(shí)間,即增大下面配置項(xiàng)參數(shù)值,單位為秒(s)
innodb_lock_wait_timeout=500
3、優(yōu)化存儲(chǔ)過(guò)程,事務(wù)避免過(guò)長(zhǎng)時(shí)間的等待。
參考信息
1、鎖等待超時(shí)。是當(dāng)前事務(wù)在等待其它事務(wù)釋放鎖資源造成的??梢哉页鲦i資源競(jìng)爭(zhēng)的表和語(yǔ)句,優(yōu)化SQL,創(chuàng)建索引等。如果還是不行,可以適當(dāng)減少并發(fā)線程數(shù)。
2、事務(wù)在等待給某個(gè)表加鎖時(shí)超時(shí),估計(jì)是表正被另的進(jìn)程鎖住一直沒(méi)有釋放。
可以用 SHOW INNODB STATUS/G; 看一下鎖的情況。
3、搜索解決之道,在管理節(jié)點(diǎn)的[ndbd default]區(qū)加:
TransactionDeadLockDetectionTimeOut=10000(設(shè)置 為10秒)默認(rèn)是1200(1.2秒)
4、InnoDB會(huì)自動(dòng)的檢測(cè)死鎖進(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時(shí),InnoDB會(huì)留意表的死鎖,和MySQL層面的行級(jí)鎖。另外,InnoDB不會(huì)檢測(cè)MySQL的Lock Tables命令和其他存儲(chǔ)引擎死鎖。你應(yīng)該設(shè)置innodb_lock_wait_timeout來(lái)解決這種情況。
innodb_lock_wait_timeout是Innodb放棄行級(jí)鎖的超時(shí)時(shí)間。
參考文章: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ī)制。
到此這篇關(guān)于Mysql事物鎖等待超時(shí)Lock wait timeout exceeded;的解決的文章就介紹到這了,更多相關(guān)Mysql事物鎖等待超時(shí)內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家!
相關(guān)文章
Windows10系統(tǒng)下MySQL(8.0.37)安裝與配置教程
相信很多人都遇到過(guò)安裝Mysql的時(shí)候出現(xiàn)各種各樣的問(wèn)題,下面這篇文章主要給大家介紹了關(guān)于Windows10系統(tǒng)下MySQL(8.0.37)安裝與配置的相關(guān)資料,文中通過(guò)圖文介紹的非常詳細(xì),需要的朋友可以參考下2024-07-07
探討SQL利用INFORMATION_SCHEMA系統(tǒng)視圖如何獲取表的主外鍵信息
本篇文章是對(duì)SQL利用INFORMATION_SCHEMA系統(tǒng)視圖如何獲取表的主外鍵信息進(jìn)行了詳細(xì)的分析介紹,需要的朋友參考下2013-06-06
使用use index優(yōu)化sql查詢的詳細(xì)介紹
本篇文章是對(duì)使用use index優(yōu)化sql查詢進(jìn)行了詳細(xì)的分析介紹,需要的朋友參考下2013-06-06
MySQL生產(chǎn)環(huán)境CPU使用率過(guò)高的排查與解決方案
在生產(chǎn)環(huán)境中,MySQL作為一個(gè)關(guān)鍵的數(shù)據(jù)庫(kù)組件,其性能對(duì)整個(gè)系統(tǒng)的穩(wěn)定性至關(guān)重要,有時(shí)候我們可能會(huì)遇到MySQL CPU使用率過(guò)高的問(wèn)題,本文將詳細(xì)介紹如何排查和解決MySQL CPU過(guò)高的問(wèn)題,幫助您迅速恢復(fù)正常的數(shù)據(jù)庫(kù)性能,需要的朋友可以參考下2024-03-03
mysql數(shù)據(jù)庫(kù)設(shè)置utf-8編碼的方法步驟
這篇文章主要介紹了mysql數(shù)據(jù)庫(kù)設(shè)置utf-8編碼的方法步驟,文中通過(guò)示例代碼介紹的非常詳細(xì),對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友們下面隨著小編來(lái)一起學(xué)習(xí)學(xué)習(xí)吧2019-08-08
Mysql 遠(yuǎn)程連接配置實(shí)現(xiàn)的兩種方法
這篇文章主要介紹了Mysql 遠(yuǎn)程連接配置實(shí)現(xiàn)的兩種方法的相關(guān)資料,需要的朋友可以參考下2017-07-07
一次MySQL啟動(dòng)導(dǎo)致的事故實(shí)戰(zhàn)記錄
這篇文章主要給大家介紹了一次MySQL啟動(dòng)導(dǎo)致的事故實(shí)戰(zhàn)記錄,記錄了MySQL 啟動(dòng)成功但未監(jiān)聽端口的解決方法,文中給出了詳細(xì)的解決方法,需要的朋友可以參考下2021-09-09
mysql升級(jí)到5.7時(shí),wordpress導(dǎo)數(shù)據(jù)報(bào)錯(cuò)1067的問(wèn)題
小編最近把mysql升級(jí)到5.7了,wordpress導(dǎo)數(shù)據(jù)報(bào)錯(cuò),導(dǎo)入數(shù)據(jù)庫(kù)時(shí)報(bào)1067 – Invalid default value for ‘字段名’的問(wèn)題,怎么解決這個(gè)問(wèn)題,下面小編把我的解決方案分享到腳本之家平臺(tái)供大家參考,希望對(duì)大家有所幫助2021-05-05

