1.死鎖的概念

死鎖：死鎖一般是事務(wù)相互等待對(duì)方資源，最后形成環(huán)路造成的。

對(duì)于死鎖，數(shù)據(jù)庫處理方法：犧牲一個(gè)連接，保證另外一個(gè)連接成功執(zhí)行。

發(fā)生死鎖會(huì)返回ERROR：1213 錯(cuò)誤提示，大部分的死鎖InnoDB存儲(chǔ)引擎本身可以偵測(cè)到，不需要人為進(jìn)行干預(yù)。

注意：

InnoDB存儲(chǔ)引擎并不會(huì)回滾大部分的錯(cuò)誤異常，像阻塞章節(jié)里面的例子，但是死鎖例外，發(fā)現(xiàn)死鎖后，InnoDB存儲(chǔ)引擎會(huì)馬上回滾一個(gè)事務(wù)，會(huì)返回1213錯(cuò)誤。

2.死鎖的情形舉例：

eg1：

步 驟

事務(wù)1

事務(wù)2

1

begin;

begin;

2

delete from info_area where id=1;

空

3

空

update info_users set mobile='18514656666' where mobile='18514656620';

4

update info_users set mobile='18514656666' where mobile='18514656620';

空

5

空

delete from info_area where id=1;

分析死鎖日志：

第一部分

從日志里我們可以看到事務(wù)1當(dāng)前正在執(zhí)行update info_users set mobile='18514656666' where mobile='18514656620'，該條語句正在申請(qǐng)表info_users的索引IDX_MOBILE的X鎖，所以提示lock_mode X waiting

第二部分：

然后日志的下半部分說明了事務(wù)2當(dāng)前‘持有的鎖’以及‘等待的鎖’：

從日志的HOLDS THE LOCKS(S)塊中我們可以看到事務(wù)2持有索引IDX_MOBILE的X鎖，并且是記錄鎖(Record Lock)。該鎖是通過事務(wù)2在步驟2執(zhí)行的update語句申請(qǐng)的。

從日志的WAITING FOR THIS LOCK TO BE GRANTED塊中我們可以看到事務(wù)2正在申請(qǐng)持有表info_area的索引GEN_CLUST_INDEX的X鎖，該鎖是delete from info_area where id=1;語句申請(qǐng)的。

eg2：

步驟

事務(wù)1

事務(wù)2

1

begin;

begin;

2

update info_users set name=’aaa’ where id=1;

空

3

空

update info_users set name='bbb' where id=2;

4

update info_users set name='bbb' where id=2;

空

5

update info_users set name=’aaa’ where id=1;

eg3：

步驟

事務(wù)1

事務(wù)2

1

begin;

begin;

2

DELETE from users where uid='bbb';執(zhí)行成功

3

DELETE from users where uid='bbb';等待

空

4

ERROR 1213 (40001)

insert INTO users VALUES(2,'bbb'); 成功

分析死鎖日志：

第一部分

從日志里我們可以看到事務(wù)1當(dāng)前正在執(zhí)行DELETE from users where uid='bbb';，該條語句正在申請(qǐng)索引UID的X鎖，所以提示lock_mode X waiting

第二部分：

然后日志的下半部分說明了事務(wù)2當(dāng)前‘持有的鎖’以及‘等待的鎖’：

從日志的HOLDS THE LOCKS(S)塊中我們可以看到事務(wù)2持有索引UID的X鎖，并且是記錄鎖(Record Lock)。該鎖是通過事務(wù)2在步驟2執(zhí)行的delete語句申請(qǐng)的。

從日志的WAITING FOR THIS LOCK TO BE GRANTED塊中我們可以看到事務(wù)2正在申請(qǐng)持有索引UID的S鎖，該鎖是insert INTO users VALUES(2,'bbb');語句申請(qǐng)的。insert語句在普通情況下是會(huì)申請(qǐng)X鎖，但是這里出現(xiàn)了S鎖。這是因?yàn)閡id字段是一個(gè)唯一索引，所以insert語句會(huì)在插入前進(jìn)行一次duplicate key的檢查，為了使這次檢查成功，需要申請(qǐng)S鎖防止其他事務(wù)對(duì)uid字段進(jìn)行修改。

那么為什么該S鎖會(huì)失敗呢？這是對(duì)同一個(gè)字段的鎖的申請(qǐng)是需要排隊(duì)的。S鎖前面還有一個(gè)未申請(qǐng)成功的X鎖，所以S鎖必須等待，所以形成了循環(huán)等待，死鎖出現(xiàn)了。

通過閱讀死鎖日志，我們可以清楚地知道兩個(gè)事務(wù)形成了怎樣的循環(huán)等待，再加以分析，就可以逆向推斷出循環(huán)等待的成因，也就是死鎖形成的原因。

總結(jié)

以上是生活随笔為你收集整理的查看mysql数据库的死锁日志_【MySQL】mysql死锁以及死锁日志分析的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問題。

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