我做了一天的實(shí)驗(yàn)!
時(shí)間:2021-09-03 10:13:02
手機(jī)看文章
掃描二維碼
隨時(shí)隨地手機(jī)看文章
[導(dǎo)讀]大家好,我是小林。在前一篇文章我講了下MySQL的全局鎖、表記鎖和行級(jí)別鎖,其中行級(jí)鎖只提了概念,并沒(méi)有具體說(shuō)。因?yàn)樾屑?jí)鎖加鎖規(guī)則比較復(fù)雜,不同的場(chǎng)景,加鎖的形式還不同,所以這次就來(lái)好好介紹下行級(jí)鎖。對(duì)記錄加鎖時(shí),加鎖的基本單位是next-keylock,它是由記錄鎖和間隙鎖組合...
大家好,我是小林。在前一篇文章我講了下 MySQL 的全局鎖、表記鎖和行級(jí)別鎖,其中行級(jí)鎖只提了概念,并沒(méi)有具體說(shuō)。因?yàn)樾屑?jí)鎖加鎖規(guī)則比較復(fù)雜,不同的場(chǎng)景,加鎖的形式還不同,所以這次就來(lái)好好介紹下行級(jí)鎖。對(duì)記錄加鎖時(shí),加鎖的基本單位是 next-key lock,它是由記錄鎖和間隙鎖組合而成的,next-key lock 是前開(kāi)后閉區(qū)間,而間隙鎖是前開(kāi)后開(kāi)區(qū)間。但是,next-key lock 在一些場(chǎng)景下會(huì)退化成記錄鎖或間隙鎖。那到底是什么場(chǎng)景呢?今天,我們就以下面這個(gè)表來(lái)進(jìn)行實(shí)驗(yàn)說(shuō)明。其中,id 是主鍵索引(唯一索引),b 是普通索引(非唯一索引),a 是普通的列。注意,我的 MySQL 的版本是 8.0.26,不同版本的加鎖規(guī)則可能是不同的。 會(huì)話1加鎖變化過(guò)程如下: 會(huì)話1加鎖變化過(guò)程如下:
select?*?from?t_test?where?id>=8?and?id<9?for?update;
做個(gè)實(shí)驗(yàn)就知道了。 會(huì)話 1 加鎖變化過(guò)程如下: 會(huì)話 1 加鎖變化過(guò)程如下: 會(huì)話 1 加鎖變化過(guò)程如下: 會(huì)話 1 加鎖變化過(guò)程如下:
唯一索引等值查詢
當(dāng)我們用唯一索引進(jìn)行等值查詢的時(shí)候,查詢的記錄存不存在,加鎖的規(guī)則也會(huì)不同:- 當(dāng)查詢的記錄是存在的,在用「唯一索引進(jìn)行等值查詢」時(shí),next-key lock 會(huì)退化成「記錄鎖」。
- 當(dāng)查詢的記錄是不存在的,在用「唯一索引進(jìn)行等值查詢」時(shí),next-key lock 會(huì)退化成「間隙鎖」。
先看看記錄是存在的。來(lái)看下面這個(gè)例子:
- 加鎖的基本單位是 next-key lock,因此會(huì)話1的加鎖范圍是(8, 16];
- 但是由于是用唯一索引進(jìn)行等值查詢,且查詢的記錄存在,所以?next-key lock 退化成記錄鎖,因此最終加鎖的范圍是 id = 16 這一行。
接下來(lái),看看記錄不存在的情況來(lái)看看,下面這個(gè)例子:
- 加鎖的基本單位是 next-key lock,因此主鍵索引 id 的加鎖范圍是(8, 16];
- 但是由于查詢記錄不存在,next-key lock 退化成間隙鎖,因此最終加鎖的范圍是 (8,16)。
唯一索引范圍查詢
范圍查詢和等值查詢的加鎖規(guī)則是不同的。舉個(gè)例子,下面這兩條查詢語(yǔ)句,查詢的結(jié)果雖然是一樣的,但是加鎖的范圍是不一樣的。select?*?from?t_test?where?id=8?for?update;select?*?from?t_test?where?id>=8?and?id<9?for?update;
做個(gè)實(shí)驗(yàn)就知道了。
- 最開(kāi)始要找的第一行是 id = 8,因此 next-key lock(4,8],但是由于 id 是唯一索引,且該記錄是存在的,因此會(huì)退化成記錄鎖,也就是只會(huì)對(duì) id = 8 這一行加鎖;
- 由于是范圍查找,就會(huì)繼續(xù)往后找存在的記錄,也就是會(huì)找到 id = 16 這一行停下來(lái),然后加 next-key lock (8, 16],但由于 id = 16 不滿足 id < 9,所以會(huì)退化成間隙鎖,加鎖范圍變?yōu)?(8, 16)。
非唯一索引等值查詢
當(dāng)我們用非唯一索引進(jìn)行等值查詢的時(shí)候,查詢的記錄存不存在,加鎖的規(guī)則也會(huì)不同:- 當(dāng)查詢的記錄存在時(shí),除了會(huì)加 next-key lock 外,還額外加間隙鎖,也就是會(huì)加兩把鎖。
- 當(dāng)查詢的記錄不存在時(shí),只會(huì)加 next-key lock,然后會(huì)退化為間隙鎖,也就是只會(huì)加一把鎖。
我們先來(lái)看看查詢的值存在的情況。比如下面這個(gè)例子:
- 先會(huì)對(duì)普通索引 b 加上 next-key lock,范圍是(4,8];
- 然后因?yàn)槭欠俏ㄒ凰饕?,且查詢的記錄是存在的,所以還會(huì)加上間隙鎖,規(guī)則是向下遍歷到第一個(gè)不符合條件的值才能停止,因此間隙鎖的范圍是(8,16)。
接下來(lái),我們看看查詢的值不存在的情況直接看案例:
- 先會(huì)對(duì)普通索引 b 加上 next-key lock,范圍是(8,16];
- 但是由于查詢的記錄是不存在的,所以不會(huì)再額外加個(gè)間隙鎖,但是 next-key lock 會(huì)退化為間隙鎖,最終加鎖范圍是 (8,16)。
非唯一索引范圍查詢
非唯一索引和主鍵索引的范圍查詢的加鎖也有所不同,不同之處在于普通索引范圍查詢,next-key lock 不會(huì)退化為間隙鎖和記錄鎖。來(lái)看下面這個(gè)案例:- 最開(kāi)始要找的第一行是 b = 8,因此 next-key lock(4,8],但是由于 b 不是唯一索引,并不會(huì)退化成記錄鎖。
- 但是由于是范圍查找,就會(huì)繼續(xù)往后找存在的記錄,也就是會(huì)找到 b = 16 這一行停下來(lái),然后加 next-key lock (8, 16],因?yàn)槭瞧胀ㄋ饕樵儯圆⒉粫?huì)退化成間隙鎖。
總結(jié)
這次我以?MySQL 8.0.26?版本做了幾個(gè)實(shí)驗(yàn),讓大家了解了唯一索引和非唯一索引的行級(jí)鎖的加鎖規(guī)則。這里需要注意的是,不同的版本加鎖規(guī)則可能會(huì)有所不同。我這里總結(jié)下, 我這個(gè) MySQL 版本的行級(jí)鎖的加鎖規(guī)則。唯一索引等值查詢:- 當(dāng)查詢的記錄是存在的,next-key lock 會(huì)退化成「記錄鎖」。
- 當(dāng)查詢的記錄是不存在的,next-key lock 會(huì)退化成「間隙鎖」。
- 當(dāng)查詢的記錄存在時(shí),除了會(huì)加 next-key lock 外,還額外加間隙鎖,也就是會(huì)加兩把鎖。
- 當(dāng)查詢的記錄不存在時(shí),只會(huì)加 next-key lock,然后會(huì)退化為間隙鎖,也就是只會(huì)加一把鎖。
- 唯一索引在滿足一些條件的時(shí)候,next-key lock 退化為間隙鎖和記錄鎖。
- 非唯一索引范圍查詢,next-key lock 不會(huì)退化為間隙鎖和記錄鎖。