mysql死鎖,等待資源,事務鎖,Lock wait timeout exceeded; try restarting transaction解決

前面已經瞭解了InnoDB關於在出現鎖等待的時候,會根據參數innodb_lock_wait_timeout的配置,判斷是否須要進行timeout的操做,本文檔介紹在出現鎖等待時候的查看及分析處理;mysql

在InnoDB Plugin以前,通常經過show full processlist(很難發現被鎖的行記錄問題所在)和show engine innodb status命令查看當前的數據庫請求,而後再判斷當前事務中鎖的狀況。隨着mysql的發展,已經提供更加便捷的方法來監控數據庫中的鎖等待現象了。sql

在information_schema下面有三張表:INNODB_TRX、INNODB_LOCKS、INNODB_LOCK_WAITS(解決問題方法),經過這三張表,能夠更簡單地監控當前的事務並分析可能存在的問題。數據庫

比較經常使用的列:優化

trx_id:InnoDB存儲引擎內部惟一的事物ID
trx_status:當前事務的狀態
trx_status:事務的開始時間
trx_requested_lock_id:等待事務的鎖ID
trx_wait_started:事務等待的開始時間
trx_weight:事務的權重,反應一個事務修改和鎖定的行數,當發現死鎖須要回滾時,權重越小的值被回滾
trx_mysql_thread_id:MySQL中的進程ID,與show processlist中的ID值相對應
trx_query:事務運行的SQL語句spa

kill 進程ID;  工做中遇到了一條車輛記錄,select * from car for update 或者是修改某個字段的值,就報錯:Lock wait timeout exceeded; try restarting transaction解決方法,另外從根本上從業務邏輯代碼優化對數據庫的操做,以前也遇到過此類狀況,好比剛剛修改完這條記錄,接着再次修改,也會報此錯誤,從代碼和業務層面儘可能避免開來。rest

相關文章
相關標籤/搜索