詳解MySQL（InnoDB）是如何處理死鎖的
一、什么是死鎖
官方定義如下：兩個(gè)事務(wù)都持有對(duì)方需要的鎖，并且在等待對(duì)方釋放，并且雙方都不會(huì)釋放自己的鎖。
這個(gè)就好比你有一個(gè)人質(zhì)，對(duì)方有一個(gè)人質(zhì)，你們倆去談判說換人。你讓對(duì)面放人，對(duì)面讓你放人。
二、為什么會(huì)形成死鎖
看到這里，也許你會(huì)有這樣的疑問，事務(wù)和談判不一樣，為什么事務(wù)不能使用完鎖之后立馬釋放呢？居然還要操作完了之后一直持有鎖？這就涉及到 MySQL 的并發(fā)控制了。
MySQL的并發(fā)控制有兩種方式，一個(gè)是 MVCC，一個(gè)是兩階段鎖協(xié)議。那么為什么要并發(fā)控制呢？是因?yàn)槎鄠€(gè)用戶同時(shí)操作 MySQL 的時(shí)候，為了提高并發(fā)性能并且要求如同多個(gè)用戶的請(qǐng)求過來之后如同串行執(zhí)行的一樣（可串行化調(diào)度）。具體的并發(fā)控制這里不再展開。咱們繼續(xù)深入討論兩階段鎖協(xié)議。
兩階段鎖協(xié)議（2PL）
官方定義：
兩階段鎖協(xié)議是指所有事務(wù)必須分兩個(gè)階段對(duì)數(shù)據(jù)加鎖和解鎖，在對(duì)任何數(shù)據(jù)進(jìn)行讀、寫操作之前，事務(wù)首先要獲得對(duì)該數(shù)據(jù)的封鎖；在釋放一個(gè)封鎖之后，事務(wù)不再申請(qǐng)和獲得任何其他封鎖。
對(duì)應(yīng)到 MySQL 上分為兩個(gè)階段：
- 擴(kuò)展階段（事務(wù)開始后，commit 之前）：獲取鎖
- 收縮階段（commit 之后）：釋放鎖
就是說呢，只有遵循兩段鎖協(xié)議，才能實(shí)現(xiàn) 可串行化調(diào)度。
但是兩階段鎖協(xié)議不要求事務(wù)必須一次將所有需要使用的數(shù)據(jù)加鎖，并且在加鎖階段沒有順序要求，所以這種并發(fā)控制方式會(huì)形成死鎖。
三、MySQL 如何處理死鎖？
MySQL有兩種死鎖處理方式：
- 等待，直到超時(shí)（innodb_lock_wait_timeout=50s）。
- 發(fā)起死鎖檢測(cè)，主動(dòng)回滾一條事務(wù)，讓其他事務(wù)繼續(xù)執(zhí)行（innodb_deadlock_detect=on）。
由于性能原因，一般都是使用死鎖檢測(cè)來進(jìn)行處理死鎖。
死鎖檢測(cè)
死鎖檢測(cè)的原理是構(gòu)建一個(gè)以事務(wù)為頂點(diǎn)、鎖為邊的有向圖，判斷有向圖是否存在環(huán)，存在即有死鎖。
回滾
檢測(cè)到死鎖之后，選擇插入更新或者刪除的行數(shù)最少的事務(wù)回滾，基于 INFORMATION_SCHEMA.INNODB_TRX 表中的 trx_weight 字段來判斷。
四、如何避免發(fā)生死鎖
收集死鎖信息：
- 利用命令 SHOW ENGINE INNODB STATUS查看死鎖原因。
- 調(diào)試階段開啟 innodb_print_all_deadlocks，收集所有死鎖日志。
減少死鎖：
- 使用事務(wù)，不使用 lock tables 。
- 保證沒有長事務(wù)。
- 操作完之后立即提交事務(wù)，特別是在交互式命令行中。
- 如果在用 (SELECT ... FOR UPDATE or SELECT ... LOCK IN SHARE MODE)，嘗試降低隔離級(jí)別。
- 修改多個(gè)表或者多個(gè)行的時(shí)候，將修改的順序保持一致。
- 創(chuàng)建索引，可以使創(chuàng)建的鎖更少。
- 最好不要用 (SELECT ... FOR UPDATE or SELECT ... LOCK IN SHARE MODE)。
- 如果上述都無法解決問題，那么嘗試使用 lock tables t1, t2, t3 鎖多張表
以上所述是小編給大家介紹的MySQL（InnoDB）是如何處理死鎖的詳解整合，希望對(duì)大家有所幫助，如果大家有任何疑問請(qǐng)給我留言，小編會(huì)及時(shí)回復(fù)大家的。在此也非常感謝大家對(duì)腳本之家網(wǎng)站的支持！
相關(guān)文章
這篇文章主要為大家詳細(xì)介紹了mysql 5.7.27 winx64安裝配置方法圖文教程，文中安裝步驟介紹的非常詳細(xì)，具有一定的參考價(jià)值，感興趣的小伙伴們可以參考一下2019-10-10
CentOS7環(huán)境下安裝MySQL5.5數(shù)據(jù)庫
大家好，本篇文章主要講的是CentOS7環(huán)境下安裝MySQL5.5數(shù)據(jù)庫，感興趣的同學(xué)趕快來看一看吧，對(duì)你有幫助的話記得收藏一下，方便下次瀏覽2021-12-12
MySQL?根據(jù)多字段查詢重復(fù)數(shù)據(jù)的示例代碼
本文介紹了如何使用 MySQL 根據(jù)多個(gè)字段查詢重復(fù)數(shù)據(jù)，我們介紹了如何根據(jù)多個(gè)字段查詢重復(fù)數(shù)據(jù)，并提供了相應(yīng)的代碼示例，通過這些方法，我們可以快速準(zhǔn)確地找到和處理重復(fù)數(shù)據(jù)，提高數(shù)據(jù)庫的數(shù)據(jù)質(zhì)量,需要的朋友可以參考下2023-11-11
這篇文章主要為大家詳細(xì)介紹了mysql安裝配置方法，圖文詳解MySQL5.1.26安裝步驟，感興趣的小伙伴們可以參考一下2016-06-06
Windows服務(wù)器下MySql數(shù)據(jù)庫單向主從備份詳細(xì)實(shí)現(xiàn)步驟分享
將主服務(wù)器中的MySql數(shù)據(jù)庫同步到從服務(wù)器中，使得對(duì)主服務(wù)器的操作可以即時(shí)更新到從服務(wù)器，避免主服務(wù)器因環(huán)境或者網(wǎng)絡(luò)異常一時(shí)無法使用，達(dá)到備份效果，這篇文章整理的確實(shí)挺詳細(xì)的2012-05-05
這篇文章主要給大家介紹了關(guān)于MySQL InnoDB存儲(chǔ)引擎的相關(guān)資料，文中通過示例代碼介紹的非常詳細(xì)，對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值，需要的朋友們下面來一起學(xué)習(xí)學(xué)習(xí)吧2019-02-02
這篇文章主要為大家詳細(xì)介紹了Mysql利用group by分組排序，具有一定的參考價(jià)值，感興趣的小伙伴們可以參考一下2016-12-12
MySQL出現(xiàn)SQL Error (2013)連接錯(cuò)誤的解決方法
這篇文章主要介紹了MySQL出現(xiàn)SQL Error (2013)連接錯(cuò)誤的解決方法,2013錯(cuò)誤主要還是在于用戶的授權(quán)問題,需要的朋友可以參考下2016-06-06
詳解Mysql導(dǎo)出數(shù)據(jù)的幾種方式
MySQL導(dǎo)出數(shù)據(jù)的目的有很多種，如數(shù)據(jù)庫備份、表結(jié)構(gòu)導(dǎo)出、表數(shù)據(jù)導(dǎo)出、分析數(shù)據(jù)采取等，本文詳細(xì)的介紹了兩種Mysql導(dǎo)出數(shù)據(jù)的方法，感興趣的小伙伴可以了解一下2018-10-10
這篇文章主要介紹了MySQL之InnoDB下的鎖問題,具有很好的參考價(jià)值,希望對(duì)大家有所幫助,如有錯(cuò)誤或未考慮完全的地方,望不吝賜教2023-08-08