首頁 > 軟體

MySQL中出現lock wait timeout exceeded問題及解決

2022-08-17 14:03:10

1、MySQL出現lock wait timeout exceeded; try restarting transaction

我們可以通過到information_schema 中來進行查詢被鎖的語句。

解釋:information_schema這張資料表儲存了MySQL伺服器所有資料庫的資訊。如資料庫名,資料庫的表,表欄的資料型別與存取許可權等。再簡單點,這臺MySQL伺服器上,到底有哪些資料庫、各個資料庫有哪些表,每張表的欄位型別是什麼,各個資料庫要什麼許可權才能存取,等等資訊都儲存在information_schema表裡面。

我們可以用下面三張表來查原因:

  • innodb_trx 當前執行的所有事務
  • innodb_locks 當前出現的鎖
  • innodb_lock_waits 鎖等待的對應關係

如果資料庫中有鎖的話,我們可以使用這條語句來檢視:

select * from information_schema.innodb_trx

圖中紅色語句 LOCK WAIT為佔用系統資源的語句,我們需要殺掉這個鎖,執行 kill 執行緒id號。上面這條記錄的id為199120823069, trx_mysql_thread_id 為 738178711, 所以我們執行:kill 738178711殺掉這個MySQL語句的執行緒即可。

執行之後:

kill 738178711
// 查詢執行緒
// SELECT * from information_schema.processlist WHERE id = 738178711;
// show full processlist;

其他的記錄不需要關注,因為其他的記錄狀態為“RUNNING” 即正在執行的事務,並沒有鎖。

2、三張表欄位說明

innodb_trx

desc information_schema.innodb_trx;

innodb_locks

desc information_schema.innodb_locks;

innodb_lock_waits

desc information_schema.innodb_lock_waits

3、終極方法

如果以上方法殺掉執行緒,但還是不能解決,則我們就可以查詢執行執行緒用時比較久的使用者,然後直接幹掉。

SELECT * from information_schema.`PROCESSLIST` WHERE Time > 1000 AND USER = 'wonguser' ORDER BY TIME desc;
kill 740097562

這樣把所有耗時比較久的任務幹掉,就可以解決這個問題了。

4、總結一下

關於我的那個問題,我通過這個方法 select * from information_schema.innodb_trx 已經殺掉了執行緒,但通過表直接修改那個id對應的資料,還是會彈出Lock wait timeout exceeded; try restarting transaction這樣的異常,在網上找了許多未找出具體的解決方法,後來自己靈光一現,可以找出那些好事比較久的執行緒,然後把那些可疑的執行緒殺掉,沒想到這個問題就解決了,可以正常對這行資料進行操作了。

以上為個人經驗,希望能給大家一個參考,也希望大家多多支援it145.com。


IT145.com E-mail:sddin#qq.com