MySQL InnoDB的select和update形成表級(jí)鎖實(shí)例分析

這篇文章主要介紹了MySQL InnoDB的select和update形成表級(jí)鎖實(shí)例分析的相關(guān)知識(shí)，內(nèi)容詳細(xì)易懂，操作簡(jiǎn)單快捷，具有一定借鑒價(jià)值，相信大家閱讀完這篇MySQL InnoDB的select和update形成表級(jí)鎖實(shí)例分析文章都會(huì)有所收獲，下面我們一起來(lái)看看吧。

InnoDB 的細(xì)粒度行鎖以及事務(wù)支持一度是 MySQL 最吸引人的特性之二。但是在多種情況下，InnoDB 的行級(jí)鎖會(huì)變成表級(jí)鎖。使用不當(dāng)，給我們帶來(lái)的危害極大！

如果 InnoDB 的查詢沒有命中索引，也將退化為表鎖。InnoDB 的細(xì)粒度鎖，是實(shí)現(xiàn)在索引記錄上的。

InnoDB 的索引有兩類。聚集索引(Clustered Index)與普通索引(Secondary Index)。

InnoDB 的每一個(gè)表都會(huì)有聚集索引。如果你沒手動(dòng)創(chuàng)建，InnoDB 也會(huì)默認(rèn)的幫你創(chuàng)建聚集索引。

聚集索引以下面三種形式存在：

1. 如果表定義了 PK，則 PK 就是聚集索引；

2. 如果表沒有定義 PK，則第一個(gè)非空 unique 列是聚集索引；

3. 否則，InnoDB 會(huì)創(chuàng)建一個(gè)隱藏的 row-id 作為聚集索引。

我們知道索引的結(jié)構(gòu)是 B+ 樹，這里不展開 B+ 樹的細(xì)節(jié)，先說(shuō)幾個(gè)結(jié)論：

1. 在索引結(jié)構(gòu)中，非葉子節(jié)點(diǎn)存儲(chǔ) key，葉子節(jié)點(diǎn)存儲(chǔ) value；

2. 聚集索引，葉子節(jié)點(diǎn)存儲(chǔ)行記錄(row)；

3. 普通索引，葉子節(jié)點(diǎn)存儲(chǔ)了 PK 的值。

由于上面我們說(shuō)過(guò)的 InnoDB 的每一個(gè)表都會(huì)有聚集索引，索引結(jié)構(gòu)中葉子節(jié)點(diǎn)存儲(chǔ) value，而聚集索引的葉子節(jié)點(diǎn)還會(huì)存儲(chǔ)行記錄(row)。所以，InnoDB 索引和記錄是存儲(chǔ)在一起的，而 MyISAM 的索引和記錄是分開存儲(chǔ)的。

所以，InnoDB 的普通索引，實(shí)際上會(huì)掃描兩遍：第一遍，由普通索引找到 PK；第二遍，由PK找到行記錄；

關(guān)于索引結(jié)構(gòu)，我這里不展開去講，后面我查詢更多資料后，將給大家詳細(xì)的講講 InnoDB/MyISAM 的索引結(jié)構(gòu)，如果大家感興趣的話。

下面我們通過(guò)一個(gè)例子來(lái)說(shuō)明。假設(shè)存在一個(gè)下面結(jié)構(gòu)的 InnoDB 表：

表中有四條記錄：

從上圖中可以看到：

• 第一幅圖，id PK的聚集索引，葉子存儲(chǔ)了所有的行記錄；

• 第二幅圖，name上的普通索引，葉子存儲(chǔ)了PK的值；

當(dāng)執(zhí)行查詢 select * from t where name=’shenjian’; 語(yǔ)句時(shí)，會(huì)發(fā)生下面的過(guò)程：

1. 會(huì)先在 name 普通索引上查詢到PK=1；

2. 再在聚集索引衫查詢到(1,shenjian, m, A)的行記錄；

再回到文章開頭部分，我們說(shuō)過(guò)“InnoDB 的查詢沒有命中索引，也將退化為表鎖。InnoDB 的細(xì)粒度鎖，是實(shí)現(xiàn)在索引記錄上的?！庇捎谶@里的 name 并沒有創(chuàng)建索引，所以它會(huì)變成表鎖。至于時(shí)讀鎖和寫鎖，它們都是鎖。InnoDB 的鎖，與索引類型，事務(wù)的隔離級(jí)別相關(guān)。

關(guān)于“MySQL InnoDB的select和update形成表級(jí)鎖實(shí)例分析”這篇文章的內(nèi)容就介紹到這里，感謝各位的閱讀！相信大家對(duì)“MySQL InnoDB的select和update形成表級(jí)鎖實(shí)例分析”知識(shí)都有一定的了解，大家如果還想學(xué)習(xí)更多知識(shí)，歡迎關(guān)注億速云行業(yè)資訊頻道。