如何處理MySQL死鎖問題

小編給大家分享一下如何處理MySQL死鎖問題，相信大部分人都還不怎么了解，因此分享這篇文章給大家參考一下，希望大家閱讀完這篇文章后大有收獲，下面讓我們一起去了解一下吧！

創新互聯從2013年開始，先為泰順等服務建站，泰順等地企業，進行企業商務咨詢服務。為泰順企業網站制作PC+手機+微官網三網同步一站式服務解決您的所有建站問題。

MySQL里的鎖兼容列表大體是這樣的關系，如果第一次看會有些暈，感覺抓不住重點，其實有一點小技巧。

首先InnoDB實現了兩種類似的行鎖，即S(共享鎖）和X(排他鎖），而InnoDB層面的表級意向鎖有IS(意向共享鎖）和IX9意向排他鎖），意向鎖之間是互相兼容的，這句話很重要，按照這個思路里面一半的內容就明確了。而另外一部分則是S和X的兼容性。帶著S鎖和X鎖的組合都是互相排斥，只有一類場景例外，那就是都是S鎖，是兼容的。所以這個圖按照這個思路幾乎不用記就能基本理解了。

如何處理MySQL死鎖問題

看起來S鎖的組合是很柔和的，從這種場景來看保持兼容，那么出死鎖的概率應該很低吧，其實在RR,RC隔離級別下我們可以逐步擴展然后舉一反三。

如果S鎖的組合在兩個會話中是互相兼容，那么接下來的X鎖的組合就是互相排斥的。

如何處理MySQL死鎖問題

那么在兩個會話并發的場景下，死鎖的步驟如下：

mysql> create table dt1 (id int unique

Query OK, 0 rows affected (0.03 sec)

會話1：

begin;

select *from dt1 lock in share mode; --顯式共享鎖

會話2：

begin;

select *from dt1 lock in share mode; --顯式共享鎖

會話1：

insert into dt1 values(1); --阻塞

會話2：

insert into dt1 values(2); --觸發死鎖

所以上面的語句特點很明顯，插入的數據分別是1和2，看起來互補沖突也不行。

我們進度稍快一些，我們可能很少看到直接聲明share mode的方式，但是有很多時候由其他的場景會觸發，其中的一個主要原因就在于對于duplicate數據的檢查會開啟S鎖。這是比較特別的一點，需要注意。

按照這一點來擴展，很容易就可以擴展到3個會話中。

會話1只是負責插入一條數據，會話2,3也緊接著插入一條記錄（會話2,3自動提交），但是因為唯一性索引的檢查，會導致會話2和會話3都開啟了S鎖，因為兼容，所以暫時還沒影響。如果會話1正常提交，會話2,3的檢查會生效，導致數據插入不了，違反唯一性約束，但是我們反其道而行，就可以用一個rollback來釋放鎖，緊接著會話2和會話3都會獲得S鎖成功，緊接著獲得X鎖，細節算法就不說了。這個時候互相阻塞，導致會話3產生死鎖，會話2的數據插入依然會成功。

會話1：

begin;

insert into dt1 values(1);

會話2：

insert into dt1 values(1);

會話3：

insert into dt1 values(1);

會話1：

rollback;

看起來很精巧的小測試，但是里面蘊含這大道理，比如按照這個思路，如果后面的兩個語句都是delete，也會觸發死鎖。有的時候我們可以正面來圖例，或者通過死鎖日志來推理。給我的一個啟發是太極。

如何處理MySQL死鎖問題