詳解MySQL（InnoDB）是如何處理死鎖的
一、什麼是死鎖
官方定義如下：兩個事務都持有對方需要的鎖，並且在等待對方釋放，並且雙方都不會釋放自己的鎖。
這個就好比你有一個人質，對方有一個人質，你們倆去談判說換人。你讓對面放人，對面讓你放人。
二、為什麼會形成死鎖
看到這裡，也許你會有這樣的疑問，事務和談判不一樣，為什麼事務不能使用完鎖之後立馬釋放呢？居然還要操作完了之後一直持有鎖？這就涉及到 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（InnoDB）是如何處理死鎖的詳解整合，希望對大家有所幫助，如果大家有任何疑問請給我留言，小編會及時回覆大家的。在此也非常感謝大家對我們網站的支援！