溫馨提示×

您好,登錄后才能下訂單哦!

密碼登錄×
登錄注冊(cè)×
其他方式登錄
點(diǎn)擊 登錄注冊(cè) 即表示同意《億速云用戶服務(wù)條款》

MySQL并發(fā)時(shí)經(jīng)典常見的死鎖原因有哪些

發(fā)布時(shí)間:2021-11-06 14:15:28 來源:億速云 閱讀:327 作者:小新 欄目:MySQL數(shù)據(jù)庫

這篇文章主要介紹了MySQL并發(fā)時(shí)經(jīng)典常見的死鎖原因有哪些,具有一定借鑒價(jià)值,感興趣的朋友可以參考下,希望大家閱讀完這篇文章之后大有收獲,下面讓小編帶著大家一起了解一下。

1、mysql都有什么鎖?

MySQL有三種鎖的級(jí)別:頁級(jí)、表級(jí)、行級(jí)。

表級(jí)鎖:開銷小,加鎖快;不會(huì)出現(xiàn)死鎖;鎖定粒度大,發(fā)生鎖沖突的概率最高,并發(fā)度最低。

行級(jí)鎖:開銷大,加鎖慢;會(huì)出現(xiàn)死鎖;鎖定粒度最小,發(fā)生鎖沖突的概率最低,并發(fā)度也最高。

頁面鎖:開銷和加鎖時(shí)間界于表鎖和行鎖之間;會(huì)出現(xiàn)死鎖;鎖定粒度界于表鎖和行鎖之間,并發(fā)度一般

算法:

next KeyLocks鎖,同時(shí)鎖住記錄(數(shù)據(jù)),并且鎖住記錄前面的Gap    

Gap鎖,不鎖記錄,僅僅記錄前面的Gap

Recordlock鎖(鎖數(shù)據(jù),不鎖Gap)

所以其實(shí) Next-KeyLocks=Gap鎖+ Recordlock鎖

2. 什么情況下會(huì)造成死鎖

所謂死鎖<DeadLock>: 是指兩個(gè)或兩個(gè)以上的進(jìn)程在執(zhí)行過程中,
因爭(zhēng)奪資源而造成的一種互相等待的現(xiàn)象,若無外力作用,它們都將無法推進(jìn)下去.
此時(shí)稱系統(tǒng)處于死鎖狀態(tài)或系統(tǒng)產(chǎn)生了死鎖,這些永遠(yuǎn)在互相等竺的進(jìn)程稱為死鎖進(jìn)程.
表級(jí)鎖不會(huì)產(chǎn)生死鎖.所以解決死鎖主要還是針對(duì)于最常用的InnoDB.

死鎖的關(guān)鍵在于:兩個(gè)(或以上)的Session加鎖的順序不一致。

那么對(duì)應(yīng)的解決死鎖問題的關(guān)鍵就是:讓不同的session加鎖有次序

3.  一些常見的死鎖案例

案例一:

需求:將投資的錢拆成幾份隨機(jī)分配給借款人。

起初業(yè)務(wù)程序思路是這樣的:

投資人投資后,將金額隨機(jī)分為幾份,然后隨機(jī)從借款人表里面選幾個(gè),然后通過一條條select for update 去更新借款人表里面的余額等。

抽象出來就是一個(gè)session通過for循環(huán)會(huì)有幾條如下的語句:

Select * from xxx where id='隨機(jī)id' for update

基本來說,程序開啟后不一會(huì)就死鎖。

這可以是說最經(jīng)典的死鎖情形了。

例如兩個(gè)用戶同時(shí)投資,A用戶金額隨機(jī)分為2份,分給借款人1,2

B用戶金額隨機(jī)分為2份,分給借款人2,1

由于加鎖的順序不一樣,死鎖當(dāng)然很快就出現(xiàn)了。

對(duì)于這個(gè)問題的改進(jìn)很簡單,直接把所有分配到的借款人直接一次鎖住就行了。

Select * from xxx where id in (xx,xx,xx) for update

在in里面的列表值mysql是會(huì)自動(dòng)從小到大排序,加鎖也是一條條從小到大加的鎖

例如(以下會(huì)話id為主鍵):
Session1:
mysql> select * from t3 where id in (8,9) for update;
+----+--------+------+---------------------+
| id | course | name | ctime               |
+----+--------+------+---------------------+
|  8 | WA     | f    | 2016-03-02 11:36:30 |
|  9 | JX     | f    | 2016-03-01 11:36:30 |
+----+--------+------+---------------------+
2 rows in set (0.04 sec)
Session2:
select * from t3 where id in (10,8,5) for update;
鎖等待中……
其實(shí)這個(gè)時(shí)候id=10這條記錄沒有被鎖住的,但id=5的記錄已經(jīng)被鎖住了,鎖的等待在id=8的這里。
不信請(qǐng)看
Session3:
mysql> select * from t3 where id=5 for update;
鎖等待中
Session4:
mysql> select * from t3 where id=10 for update;
+----+--------+------+---------------------+
| id | course | name | ctime               |
+----+--------+------+---------------------+
| 10 | JB     | g    | 2016-03-10 11:45:05 |
+----+--------+------+---------------------+
1 row in set (0.00 sec)
在其它session中id=5是加不了鎖的,但是id=10是可以加上鎖的。

 案例2:

在開發(fā)中,經(jīng)常會(huì)做這類的判斷需求:根據(jù)字段值查詢(有索引),如果不存在,則插入;否則更新。

以id為主鍵為例,目前還沒有id=22的行
Session1:
select * from t3 where id=22 for update;
Empty set (0.00 sec)
session2:
select * from t3 where id=23  for update;
Empty set (0.00 sec)
Session1:
insert into t3 values(22,'ac','a',now());
鎖等待中……
Session2:
insert into t3 values(23,'bc','b',now());
ERROR 1213 (40001): Deadlock found when trying to get lock; try restarting transaction

當(dāng)對(duì)存在的行進(jìn)行鎖的時(shí)候(主鍵),mysql就只有行鎖。

當(dāng)對(duì)未存在的行進(jìn)行鎖的時(shí)候(即使條件為主鍵),mysql是會(huì)鎖住一段范圍(有g(shù)ap鎖)

鎖住的范圍為:

(無窮小或小于表中鎖住id的最大值,無窮大或大于表中鎖住id的最小值)

如:如果表中目前有已有的id為(11 , 12)

那么就鎖?。?2,無窮大)

如果表中目前已有的id為(11 , 30)

那么就鎖?。?1,30)

對(duì)于這種死鎖的解決辦法是:

insert into t3(xx,xx) on duplicate key update `xx`='XX';

用mysql特有的語法來解決此問題。因?yàn)閕nsert語句對(duì)于主鍵來說,插入的行不管有沒有存在,都會(huì)只有行鎖。

案例3:

直接上情景:

mysql> select * from t3 where id=9 for update;
+----+--------+------+---------------------+
| id | course | name | ctime               |
+----+--------+------+---------------------+
|  9 | JX     | f    | 2016-03-01 11:36:30 |
+----+--------+------+---------------------+
1 row in set (0.00 sec)
Session2:
mysql> select * from t3 where id<20 for update;
鎖等待中
Session1:
mysql> insert into t3 values(7,'ae','a',now());
ERROR 1213 (40001): Deadlock found when trying to get lock; try restarting transaction

這個(gè)跟案例一其它是差不多的情況,只是session1不按常理出牌了,

Session2在等待Session1的id=9的鎖,session2又持了1到8的鎖(注意9到19的范圍并沒有被session2鎖住),最后,session1在插入新行時(shí)又得等待session2,故死鎖發(fā)生了。

這種一般是在業(yè)務(wù)需求中基本不會(huì)出現(xiàn),因?yàn)槟沔i住了id=9,卻又想插入id=7的行,這就有點(diǎn)跳了,當(dāng)然肯定也有解決的方法,那就是重理業(yè)務(wù)需求,避免這樣的寫法。

感謝你能夠認(rèn)真閱讀完這篇文章,希望小編分享的“MySQL并發(fā)時(shí)經(jīng)典常見的死鎖原因有哪些”這篇文章對(duì)大家有幫助,同時(shí)也希望大家多多支持億速云,關(guān)注億速云行業(yè)資訊頻道,更多相關(guān)知識(shí)等著你來學(xué)習(xí)!

向AI問一下細(xì)節(jié)

免責(zé)聲明:本站發(fā)布的內(nèi)容(圖片、視頻和文字)以原創(chuàng)、轉(zhuǎn)載和分享為主,文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng),如果涉及侵權(quán)請(qǐng)聯(lián)系站長郵箱:is@yisu.com進(jìn)行舉報(bào),并提供相關(guān)證據(jù),一經(jīng)查實(shí),將立刻刪除涉嫌侵權(quán)內(nèi)容。

AI