一、什么是死鎖

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

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

二、為什么會形成死鎖

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

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

兩階段鎖協(xié)議（2PL）

官方定義：

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

對應(yīng)到 MySQL 上分為兩個階段：

1. 擴(kuò)展階段（事務(wù)開始后，commit 之前）：獲取鎖
2. 收縮階段（commit 之后）：釋放鎖

就是說呢，只有遵循兩段鎖協(xié)議，才能實(shí)現(xiàn) 可串行化調(diào)度。

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

三、MySQL 如何處理死鎖？

MySQL有兩種死鎖處理方式：

1. 等待，直到超時（innodb_lock_wait_timeout=50s）。
2. 發(fā)起死鎖檢測，主動回滾一條事務(wù)，讓其他事務(wù)繼續(xù)執(zhí)行（innodb_deadlock_detect=on）。

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

死鎖檢測

死鎖檢測的原理是構(gòu)建一個以事務(wù)為頂點(diǎn)、鎖為邊的有向圖，判斷有向圖是否存在環(huán)，存在即有死鎖。

回滾

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

四、如何避免發(fā)生死鎖

收集死鎖信息：

1. 利用命令 SHOW ENGINE INNODB STATUS查看死鎖原因。
2. 調(diào)試階段開啟 innodb_print_all_deadlocks，收集所有死鎖日志。

減少死鎖：

1. 使用事務(wù)，不使用 lock tables 。
2. 保證沒有長事務(wù)。
3. 操作完之后立即提交事務(wù)，特別是在交互式命令行中。
4. 如果在用 (SELECT ... FOR UPDATE or SELECT ... LOCK IN SHARE MODE)，嘗試降低隔離級別。
5. 修改多個表或者多個行的時候，將修改的順序保持一致。
6. 創(chuàng)建索引，可以使創(chuàng)建的鎖更少。
7. 最好不要用 (SELECT ... FOR UPDATE or SELECT ... LOCK IN SHARE MODE)。
8. 如果上述都無法解決問題，那么嘗試使用 lock tables t1, t2, t3 鎖多張表

以上所述是小編給大家介紹的MySQL（InnoDB）是如何處理死鎖的詳解整合，希望對大家有所幫助，如果大家有任何疑問請給我留言，小編會及時回復(fù)大家的。在此也非常感謝大家對本站網(wǎng)站的支持！

海外服務(wù)器租用

版權(quán)聲明：本站文章來源標(biāo)注為YINGSOO的內(nèi)容版權(quán)均為本站所有，歡迎引用、轉(zhuǎn)載，請保持原文完整并注明來源及原文鏈接。禁止復(fù)制或仿造本網(wǎng)站，禁止在非maisonbaluchon.cn所屬的服務(wù)器上建立鏡像，否則將依法追究法律責(zé)任。本站部分內(nèi)容來源于網(wǎng)友推薦、互聯(lián)網(wǎng)收集整理而來，僅供學(xué)習(xí)參考，不代表本站立場，如有內(nèi)容涉嫌侵權(quán)，請聯(lián)系alex-e#qq.com處理。