關於MySQL出現
lock wait timeout exceeded; try restarting transaction
的解決方案。
一、問題拋出
在做查詢語句時,MySQL 拋出了這樣的異常:
MySQL server error report:Array ( [0] => Array ( [message] => MySQL Query Error ) [1] => Array ( [sql] => SELECT * FROM taobao_trade WHERE order_status = 1 and orderID ='2018061812306547' AND is_tran_success=0 for update ) [2] => Array ( [error] => Lock wait timeout exceeded; try restarting transaction ) [3] => Array ( [errno] => 1205 ) )
即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
” 即正在執行的事務,並沒有鎖。
三、三張表字段說明
innodb_trx
desc information_schema.innodb_trx;
innodb_locks
desc information_schema.innodb_locks;
innodb_lock_waits
desc information_schema.innodb_lock_waits
四、終極方法
如果以上方法殺掉線程,但還是不能解決,則我們就可以查找執行線程用時比較久的用戶,然后直接干掉。
SELECT * from information_schema.`PROCESSLIST` WHERE Time > 1000 AND USER = 'wonguser' ORDER BY TIME desc; kill 740097562
這樣把所有耗時比較久的任務干掉,就可以解決這個問題了。