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

Posted on by

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這樣的異常，在網上找瞭許多未找出具體的解決方法，後來自己靈光一現，可以找出那些好事比較久的線程，然後把那些可疑的線程殺掉，沒想到這個問題就解決瞭，可以正常對這行數據進行操作瞭。

以上為個人經驗，希望能給大傢一個參考，也希望大傢多多支持WalkonNet。

推薦閱讀：