1.??? mysql都有什么鎖

?

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

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

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

頁(yè)面鎖：開(kāi)銷(xiāo)和加鎖時(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í)行過(guò)程中,
因爭(zhēng)奪資源而造成的一種互相等待的現(xiàn)象,若無(wú)外力作用,它們都將無(wú)法推進(jìn)下去.
此時(shí)稱(chēng)系統(tǒng)處于死鎖狀態(tài)或系統(tǒng)產(chǎn)生了死鎖,這些永遠(yuǎn)在互相等竺的進(jìn)程稱(chēng)為死鎖進(jìn)程.
表級(jí)鎖不會(huì)產(chǎn)生死鎖.所以解決死鎖主要還是針對(duì)于最常用的InnoDB.

?

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

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

?

3.???一些常見(jiàn)的死鎖案例

?

案例一：

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

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

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

?

抽象出來(lái)就是一個(gè)session通過(guò)for循環(huán)會(huì)有幾條如下的語(yǔ)句：

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

?

基本來(lái)說(shuō)，程序開(kāi)啟后不一會(huì)就死鎖。

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

?

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

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

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

?

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

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

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

?

?

例如（以下會(huì)話(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這條記錄沒(méi)有被鎖住的，但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：

在開(kāi)發(fā)中，經(jīng)常會(huì)做這類(lèi)的判斷需求：根據(jù)字段值查詢(xún)（有索引），如果不存在，則插入；否則更新。

?

以id為主鍵為例，目前還沒(méi)有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鎖）

?

?

鎖住的范圍為：

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

?

如：如果表中目前有已有的id為（11 ， 12）

那么就鎖住（12，無(wú)窮大）

如果表中目前已有的id為（11 ， 30）

那么就鎖住（11，30）

?

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

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

?

用mysql特有的語(yǔ)法來(lái)解決此問(wèn)題。因?yàn)閕nsert語(yǔ)句對(duì)于主鍵來(lái)說(shuō)，插入的行不管有沒(méi)有存在，都會(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的范圍并沒(méi)有被session2鎖住），最后，session1在插入新行時(shí)又得等待session2,故死鎖發(fā)生了。

?

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

?

?

附記，推薦兩篇好文章

案例4：

http://hedengcheng.com/?p=844

?

MySQL 加鎖處理分析：

http://hedengcheng.com/?p=771

來(lái)源:http://www.cnblogs.com/zejin2008/p/5262751.html

與50位技術(shù)專(zhuān)家面對(duì)面20年技術(shù)見(jiàn)證，附贈(zèng)技術(shù)全景圖

總結(jié)

以上是生活随笔為你收集整理的Mysql并发时经典常见的死锁原因及解决方法的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問(wèn)題。

如果覺(jué)得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。