共計 1330 個字符，預計需要花費 4 分鐘才能閱讀完成。

自動寫代碼機器人，免費開通

丸趣 TV 小編給大家分享一下 MySQL 是怎么處理死鎖的，希望大家閱讀完這篇文章之后都有所收獲，下面讓我們一起去探討吧！

一、什么是死鎖

官方定義如下：兩個事務都持有對方需要的鎖，并且在等待對方釋放，并且雙方都不會釋放自己的鎖。

這個就好比你有一個人質，對方有一個人質，你們倆去談判說換人。你讓對面放人，對面讓你放人。

二、為什么會形成死鎖

看到這里，也許你會有這樣的疑問，事務和談判不一樣，為什么事務不能使用完鎖之后立馬釋放呢？居然還要操作完了之后一直持有鎖？這就涉及到 MySQL 的并發控制了。

MySQL 的并發控制有兩種方式，一個是 MVCC，一個是兩階段鎖協議。那么為什么要并發控制呢？是因為多個用戶同時操作 MySQL 的時候，為了提高并發性能并且要求如同多個用戶的請求過來之后如同串行執行的一樣（可串行化調度）。具體的并發控制這里不再展開。咱們繼續深入討論兩階段鎖協議。

兩階段鎖協議（2PL）

官方定義：

兩階段鎖協議是指所有事務必須分兩個階段對數據加鎖和解鎖，在對任何數據進行讀、寫操作之前，事務首先要獲得對該數據的封鎖；在釋放一個封鎖之后，事務不再申請和獲得任何其他封鎖。

對應到 MySQL 上分為兩個階段：

擴展階段（事務開始后，commit 之前）：獲取鎖

收縮階段（commit 之后）：釋放鎖

就是說呢，只有遵循兩段鎖協議，才能實現 可串行化調度。

但是兩階段鎖協議不要求事務必須一次將所有需要使用的數據加鎖，并且在加鎖階段沒有順序要求，所以這種并發控制方式會形成死鎖。

三、MySQL 如何處理死鎖？

MySQL 有兩種死鎖處理方式：

等待，直到超時（innodb_lock_wait_timeout=50s）。

發起死鎖檢測，主動回滾一條事務，讓其他事務繼續執行（innodb_deadlock_detect=on）。

由于性能原因，一般都是使用死鎖檢測來進行處理死鎖。

死鎖檢測

死鎖檢測的原理是構建一個以事務為頂點、鎖為邊的有向圖，判斷有向圖是否存在環，存在即有死鎖。

回滾

檢測到死鎖之后，選擇插入更新或者刪除的行數最少的事務回滾，基于 INFORMATION_SCHEMA.INNODB_TRX 表中的 trx_weight 字段來判斷。

四、如何避免發生死鎖

收集死鎖信息：

利用命令 SHOW ENGINE INNODB STATUS 查看死鎖原因。

調試階段開啟 innodb_print_all_deadlocks，收集所有死鎖日志。

減少死鎖：

使用事務，不使用 lock tables。

保證沒有長事務。

操作完之后立即提交事務，特別是在交互式命令行中。

如果在用 (SELECT … FOR UPDATE or SELECT … LOCK IN SHARE MODE)，嘗試降低隔離級別。

修改多個表或者多個行的時候，將修改的順序保持一致。

創建索引，可以使創建的鎖更少。

最好不要用 (SELECT … FOR UPDATE or SELECT … LOCK IN SHARE MODE)。

如果上述都無法解決問題，那么嘗試使用 lock tables t1, t2, t3 鎖多張表

看完了這篇文章，相信你對“MySQL 是怎么處理死鎖的”有了一定的了解，如果想了解更多相關知識，歡迎關注丸趣 TV 行業資訊頻道，感謝各位的閱讀！