InnoDB 是如何處理幻讀的

前言

SpringCloudalibaba+Vue開(kāi)發(fā)仿社交小程序

download：https://www.51xuebc.com/thread-547-1-1.html

大局部人在日常的業(yè)務(wù)開(kāi)發(fā)中，其實(shí)很少去關(guān)注數(shù)據(jù)庫(kù)的事務(wù)相關(guān)問(wèn)題，根本上都是 CURD 一把梭。正好最近在看 MySQL 的相關(guān)根底學(xué)問(wèn)，其中關(guān)于幻讀問(wèn)題之前不斷沒(méi)有了解深入，今天就來(lái)聊聊「InnoDB 是如何處理幻讀的」，話不多說(shuō)，下面進(jìn)入主題。

事務(wù)隔離級(jí)別

事務(wù)隔離是數(shù)據(jù)庫(kù)處置的根底之一，是 中的 I。在 MySQL 的 InnoDB 引擎中支持在 規(guī)范中的四種事務(wù)隔離級(jí)別，如下圖所示，其中 P1 表示臟讀（Dirty read），P2 表示不可反復(fù)讀（Dirty read），P3 表示幻讀（Phantom）。

為什么需求定義這么多隔離呢？從上圖中也能猜出一二了，InnoDB 提供多個(gè)隔離級(jí)別主要緣由是：讓運(yùn)用者能夠在多個(gè)事務(wù)同時(shí)停止更改和執(zhí)行查詢時(shí)微調(diào)性能與結(jié)果的牢靠性、分歧性和可再現(xiàn)性之間的均衡的設(shè)置。是一種性能與結(jié)果牢靠性間的 trade off。

什么是幻讀

在聊「InnoDB 處理幻讀方式」前我們需求先理解幻讀是什么

其中我加粗的「result set」是關(guān)鍵的中央，兩次查詢返回的是結(jié)果集，闡明必需是一個(gè)范圍查詢操作?？偨Y(jié)下，幻讀就是：在同一個(gè)事務(wù)中，在前后兩次查詢相同范圍時(shí)，兩次查詢得到的結(jié)果是不分歧的。所以幻讀會(huì)產(chǎn)生數(shù)據(jù)分歧性問(wèn)題。

InnoDB 處理幻讀方式

為理解決上述的幻讀問(wèn)題，InnoDB 引入了兩種鎖，分別是「間隙鎖」和「next-key 鎖」。下面經(jīng)過(guò)一個(gè)示例來(lái)描繪這兩種鎖的作用分別是什么。假設(shè)存在一個(gè)這樣的 B+ Tree 的索引構(gòu)造，構(gòu)造中有 4 個(gè)索引元素分別是：9527、9530、9535、9540。

此時(shí)當(dāng)我們運(yùn)用如下 SQL 經(jīng)過(guò)主鍵索引查詢一條記載，并且加上 X 鎖（排它鎖）時(shí)：

select * from user where id = 9527 for update;

這時(shí)就會(huì)產(chǎn)生一個(gè)記載鎖（也就是行鎖），鎖定 id = 9527 這個(gè)索引。

在被鎖定的記載（這里是 id = 9527）的鎖釋放之前，其它事務(wù)無(wú)法對(duì)這條被鎖定記載做任何操作。再回想一下，前面說(shuō)的幻讀定義「在同一個(gè)事務(wù)中，在前后兩次查詢相同范圍時(shí)，兩次查詢得到的結(jié)果是不分歧」。留意，這里強(qiáng)調(diào)的是范圍查詢。

InnoDB 要處理幻讀問(wèn)題，就必需得保證在假如在一個(gè)事務(wù)中，經(jīng)過(guò)如下這條語(yǔ)句停止鎖定時(shí)：

select * from user where id > 9530 and id < 9535 for update;

此時(shí)，另外一個(gè)語(yǔ)句再執(zhí)行一如下這條 insert 語(yǔ)句時(shí)，需求被阻塞，直到上面這個(gè)取得鎖的事務(wù)釋放鎖后才干執(zhí)行。

insert into user(id, name, age) values(9533, 'Jack', 44);

為此，InnoDB 引入了「間隙鎖」，它的主要功用是鎖定一段范圍內(nèi)的索引記載。比方上面查詢 id > 9530 and id < 9535 的時(shí)分，對(duì) B+ Tree 中的（9530，9535）這個(gè)開(kāi)區(qū)間范圍的索引加間隙鎖。

在這種加了間隙鎖的狀況下，其它事務(wù)對(duì)這個(gè)區(qū)間的數(shù)據(jù)停止插入、更新、刪除都會(huì)被鎖住直到這個(gè)獲取到鎖的事務(wù)釋放。

這種是在區(qū)間之間的狀況，你可能想到另外的一種狀況：鎖定多個(gè)區(qū)間，如下的一條語(yǔ)句：

select * from user where id > 9530 for update;

上面這條查詢語(yǔ)句是針對(duì) id > 9530 這個(gè)條件加鎖，那么此時(shí)它需求鎖定多個(gè)索引區(qū)間，所以在這種狀況下 InnoDB 引入了「next-key 鎖」機(jī)制。其實(shí) next-key 鎖的效果相當(dāng)于間隙鎖和記載鎖的合集，記載鎖鎖定存在的記載行，間隙鎖鎖住記載行之間的間隙，而 next-key 鎖它鎖住的是兩者之和。

在 InnoDB 中，每個(gè)數(shù)據(jù)行上的非獨(dú)一索引列上都會(huì)存在一把 next-key 鎖，當(dāng)某個(gè)事務(wù)持有該數(shù)據(jù)行的 next-key 鎖時(shí)，會(huì)鎖住一段左開(kāi)右閉區(qū)間的數(shù)據(jù)。因而，當(dāng)經(jīng)過(guò) id > 9530 這樣一種范圍查詢加鎖時(shí)，會(huì)加 next-key 鎖，鎖定區(qū)間是范圍是：

(9530，9535] (9535，9540] (9540，+∞]

間隙鎖（也叫 Gap 鎖）和 next-key 鎖的區(qū)別在于加鎖的范圍，間隙鎖只鎖定兩個(gè)索引之間的援用間隙，而 next-key 鎖會(huì)鎖定多個(gè)索引區(qū)間，它包含「記載鎖」和「間隙鎖」。所以，當(dāng)我們運(yùn)用了范圍查詢，不只僅命中了已存在的 Record 記載，還包含了 Gap 間隙。

總結(jié)

固然在 InnoDB 引擎中經(jīng)過(guò)間隙鎖和 next-key 鎖的方式處理了幻讀問(wèn)題，但是加鎖之后會(huì)影響到數(shù)據(jù)庫(kù)的并發(fā)性能，因而，假如對(duì)性能請(qǐng)求較高的業(yè)務(wù)場(chǎng)景中，倡議把隔離級(jí)別設(shè)置成 RC（READ COMMITTED），這個(gè)級(jí)別中不存在間隙鎖，但是需求思索到幻讀問(wèn)題會(huì)招致的數(shù)據(jù)分歧性。