MySQL中B+Tree索引原理

https://blog.csdn.net/ifollowrivers/article/details/73614549

B+樹索引是B+樹在數(shù)據(jù)庫(kù)中的一種實(shí)現(xiàn)荧关,是最常見也是數(shù)據(jù)庫(kù)中使用最為頻繁的一種索引咏尝。B+樹中的B代表平衡(balance)压语,而不是二叉(binary),因?yàn)锽+樹是從最早的平衡二叉樹演化而來(lái)的编检。在講B+樹之前必須先了解二叉查找樹胎食、平衡二叉樹(AVLTree)和平衡多路查找樹(B-Tree),B+樹即由這些樹逐步優(yōu)化而來(lái)允懂。

二叉查找樹

二叉樹具有以下性質(zhì):左子樹的鍵值小于根的鍵值厕怜,右子樹的鍵值大于根的鍵值。?


二叉查找樹

對(duì)該二叉樹的節(jié)點(diǎn)進(jìn)行查找發(fā)現(xiàn)深度為1的節(jié)點(diǎn)的查找次數(shù)為1蕾总,深度為2的查找次數(shù)為2粥航,深度為n的節(jié)點(diǎn)的查找次數(shù)為n,因此其平均查找次數(shù)為 (1+2+2+3+3+3) / 6 = 2.3次

二叉查找樹可以任意地構(gòu)造生百,同樣是2,3,5,6,7,8這六個(gè)數(shù)字递雀,也可以按照下圖的方式來(lái)構(gòu)造:?


但是這棵二叉樹的查詢效率就低了。因此若想二叉樹的查詢效率盡可能高蚀浆,需要這棵二叉樹是平衡的缀程,從而引出新的定義——平衡二叉樹搜吧,或稱AVL樹。

平衡二叉樹(AVL Tree)

平衡二叉樹(AVL樹)在符合二叉查找樹的條件下杨凑,還滿足任何節(jié)點(diǎn)的兩個(gè)子樹的高度最大差為1滤奈。下面的兩張圖片,左邊是AVL樹撩满,它的任何節(jié)點(diǎn)的兩個(gè)子樹的高度差<=1蜒程;右邊的不是AVL樹,其根節(jié)點(diǎn)的左子樹高度為3鹦牛,而右子樹高度為1搞糕;?


如果在AVL樹中進(jìn)行插入或刪除節(jié)點(diǎn)勇吊,可能導(dǎo)致AVL樹失去平衡曼追,這種失去平衡的二叉樹可以概括為四種姿態(tài):LL(左左)、RR(右右)汉规、LR(左右)礼殊、RL(右左)。它們的示意圖如下:


這四種失去平衡的姿態(tài)都有各自的定義:

LL:LeftLeft针史,也稱“左左”晶伦。插入或刪除一個(gè)節(jié)點(diǎn)后,根節(jié)點(diǎn)的左孩子(Left Child)的左孩子(Left Child)還有非空節(jié)點(diǎn)啄枕,導(dǎo)致根節(jié)點(diǎn)的左子樹高度比右子樹高度高2婚陪,AVL樹失去平衡。

RR:RightRight频祝,也稱“右右”泌参。插入或刪除一個(gè)節(jié)點(diǎn)后,根節(jié)點(diǎn)的右孩子(Right Child)的右孩子(Right Child)還有非空節(jié)點(diǎn)常空,導(dǎo)致根節(jié)點(diǎn)的右子樹高度比左子樹高度高2沽一,AVL樹失去平衡。

LR:LeftRight漓糙,也稱“左右”铣缠。插入或刪除一個(gè)節(jié)點(diǎn)后,根節(jié)點(diǎn)的左孩子(Left Child)的右孩子(Right Child)還有非空節(jié)點(diǎn)昆禽,導(dǎo)致根節(jié)點(diǎn)的左子樹高度比右子樹高度高2蝗蛙,AVL樹失去平衡。

RL:RightLeft醉鳖,也稱“右左”捡硅。插入或刪除一個(gè)節(jié)點(diǎn)后,根節(jié)點(diǎn)的右孩子(Right Child)的左孩子(Left Child)還有非空節(jié)點(diǎn)辐棒,導(dǎo)致根節(jié)點(diǎn)的右子樹高度比左子樹高度高2病曾,AVL樹失去平衡牍蜂。

AVL樹失去平衡之后,可以通過(guò)旋轉(zhuǎn)使其恢復(fù)平衡泰涂。下面分別介紹四種失去平衡的情況下對(duì)應(yīng)的旋轉(zhuǎn)方法鲫竞。

LL的旋轉(zhuǎn)。LL失去平衡的情況下逼蒙,可以通過(guò)一次旋轉(zhuǎn)讓AVL樹恢復(fù)平衡从绘。步驟如下:

將根節(jié)點(diǎn)的左孩子作為新根節(jié)點(diǎn)。

將新根節(jié)點(diǎn)的右孩子作為原根節(jié)點(diǎn)的左孩子是牢。

將原根節(jié)點(diǎn)作為新根節(jié)點(diǎn)的右孩子僵井。


RR的旋轉(zhuǎn):RR失去平衡的情況下,旋轉(zhuǎn)方法與LL旋轉(zhuǎn)對(duì)稱驳棱,步驟如下:

將根節(jié)點(diǎn)的右孩子作為新根節(jié)點(diǎn)批什。

將新根節(jié)點(diǎn)的左孩子作為原根節(jié)點(diǎn)的右孩子。

將原根節(jié)點(diǎn)作為新根節(jié)點(diǎn)的左孩子社搅。

RR旋轉(zhuǎn)示意圖如下:?


LR的旋轉(zhuǎn):LR失去平衡的情況下驻债,需要進(jìn)行兩次旋轉(zhuǎn),步驟如下:

圍繞根節(jié)點(diǎn)的左孩子進(jìn)行RR旋轉(zhuǎn)形葬。

圍繞根節(jié)點(diǎn)進(jìn)行LL旋轉(zhuǎn)合呐。

LR的旋轉(zhuǎn)示意圖如下:


RL的旋轉(zhuǎn):RL失去平衡的情況下也需要進(jìn)行兩次旋轉(zhuǎn),旋轉(zhuǎn)方法與LR旋轉(zhuǎn)對(duì)稱笙以,步驟如下:

圍繞根節(jié)點(diǎn)的右孩子進(jìn)行LL旋轉(zhuǎn)淌实。

圍繞根節(jié)點(diǎn)進(jìn)行RR旋轉(zhuǎn)。

RL的旋轉(zhuǎn)示意圖如下:?



平衡多路查找樹(B-Tree)

B-Tree是為磁盤等外存儲(chǔ)設(shè)備設(shè)計(jì)的一種平衡查找樹猖腕。因此在講B-Tree之前先了解下磁盤的相關(guān)知識(shí)拆祈。

系統(tǒng)從磁盤讀取數(shù)據(jù)到內(nèi)存時(shí)是以磁盤塊(block)為基本單位的,位于同一個(gè)磁盤塊中的數(shù)據(jù)會(huì)被一次性讀取出來(lái)谈息,而不是需要什么取什么缘屹。

InnoDB存儲(chǔ)引擎中有頁(yè)(Page)的概念,頁(yè)是其磁盤管理的最小單位侠仇。InnoDB存儲(chǔ)引擎中默認(rèn)每個(gè)頁(yè)的大小為16KB轻姿,可通過(guò)參數(shù)innodb_page_size將頁(yè)的大小設(shè)置為4K、8K逻炊、16K互亮,在MySQL中可通過(guò)如下命令查看頁(yè)的大小:

mysql> show variables like 'innodb_page_size';


而系統(tǒng)一個(gè)磁盤塊的存儲(chǔ)空間往往沒有這么大余素,因此InnoDB每次申請(qǐng)磁盤空間時(shí)都會(huì)是若干地址連續(xù)磁盤塊來(lái)達(dá)到頁(yè)的大小16KB豹休。InnoDB在把磁盤數(shù)據(jù)讀入到磁盤時(shí)會(huì)以頁(yè)為基本單位,在查詢數(shù)據(jù)時(shí)如果一個(gè)頁(yè)中的每條數(shù)據(jù)都能有助于定位數(shù)據(jù)記錄的位置桨吊,這將會(huì)減少磁盤I/O次數(shù)威根,提高查詢效率凤巨。

B-Tree結(jié)構(gòu)的數(shù)據(jù)可以讓系統(tǒng)高效的找到數(shù)據(jù)所在的磁盤塊。為了描述B-Tree洛搀,首先定義一條記錄為一個(gè)二元組[key, data] 敢茁,key為記錄的鍵值,對(duì)應(yīng)表中的主鍵值留美,data為一行記錄中除主鍵外的數(shù)據(jù)彰檬。對(duì)于不同的記錄,key值互不相同谎砾。

一棵m階的B-Tree有如下特性:

1. 每個(gè)節(jié)點(diǎn)最多有m個(gè)孩子逢倍。

2. 除了根節(jié)點(diǎn)和葉子節(jié)點(diǎn)外,其它每個(gè)節(jié)點(diǎn)至少有Ceil(m/2)個(gè)孩子景图。

3. 若根節(jié)點(diǎn)不是葉子節(jié)點(diǎn)较雕,則至少有2個(gè)孩子

4. 所有葉子節(jié)點(diǎn)都在同一層,且不包含其它關(guān)鍵字信息

5. 每個(gè)非終端節(jié)點(diǎn)包含n個(gè)關(guān)鍵字信息(P0,P1,…Pn, k1,…kn)

6. 關(guān)鍵字的個(gè)數(shù)n滿足:ceil(m/2)-1 <= n <= m-1

7. ki(i=1,…n)為關(guān)鍵字症歇,且關(guān)鍵字升序排序郎笆。

8. Pi(i=1,…n)為指向子樹根節(jié)點(diǎn)的指針谭梗。P(i-1)指向的子樹的所有節(jié)點(diǎn)關(guān)鍵字均小于ki忘晤,但都大于k(i-1)

B-Tree中的每個(gè)節(jié)點(diǎn)根據(jù)實(shí)際情況可以包含大量的關(guān)鍵字信息和分支,如下圖所示為一個(gè)3階的B-Tree:?


每個(gè)節(jié)點(diǎn)占用一個(gè)盤塊的磁盤空間激捏,一個(gè)節(jié)點(diǎn)上有兩個(gè)升序排序的關(guān)鍵字和三個(gè)指向子樹根節(jié)點(diǎn)的指針设塔,指針存儲(chǔ)的是子節(jié)點(diǎn)所在磁盤塊的地址。兩個(gè)關(guān)鍵詞劃分成的三個(gè)范圍域?qū)?yīng)三個(gè)指針指向的子樹的數(shù)據(jù)的范圍域远舅。以根節(jié)點(diǎn)為例闰蛔,關(guān)鍵字為17和35,P1指針指向的子樹的數(shù)據(jù)范圍為小于17图柏,P2指針指向的子樹的數(shù)據(jù)范圍為17~35序六,P3指針指向的子樹的數(shù)據(jù)范圍為大于35。

模擬查找關(guān)鍵字29的過(guò)程:

根據(jù)根節(jié)點(diǎn)找到磁盤塊1蚤吹,讀入內(nèi)存例诀。【磁盤I/O操作第1次】

比較關(guān)鍵字29在區(qū)間(17,35)裁着,找到磁盤塊1的指針P2繁涂。

根據(jù)P2指針找到磁盤塊3,讀入內(nèi)存二驰∪幼铮【磁盤I/O操作第2次】

比較關(guān)鍵字29在區(qū)間(26,30),找到磁盤塊3的指針P2桶雀。

根據(jù)P2指針找到磁盤塊8矿酵,讀入內(nèi)存唬复。【磁盤I/O操作第3次】

在磁盤塊8中的關(guān)鍵字列表中找到關(guān)鍵字29全肮。

分析上面過(guò)程盅抚,發(fā)現(xiàn)需要3次磁盤I/O操作,和3次內(nèi)存查找操作倔矾。由于內(nèi)存中的關(guān)鍵字是一個(gè)有序表結(jié)構(gòu)妄均,可以利用二分法查找提高效率。而3次磁盤I/O操作是影響整個(gè)B-Tree查找效率的決定因素哪自。B-Tree相對(duì)于AVLTree縮減了節(jié)點(diǎn)個(gè)數(shù)丰包,使每次磁盤I/O取到內(nèi)存的數(shù)據(jù)都發(fā)揮了作用,從而提高了查詢效率壤巷。

B+Tree

B+Tree是在B-Tree基礎(chǔ)上的一種優(yōu)化邑彪,使其更適合實(shí)現(xiàn)外存儲(chǔ)索引結(jié)構(gòu),InnoDB存儲(chǔ)引擎就是用B+Tree實(shí)現(xiàn)其索引結(jié)構(gòu)胧华。

從上一節(jié)中的B-Tree結(jié)構(gòu)圖中可以看到每個(gè)節(jié)點(diǎn)中不僅包含數(shù)據(jù)的key值寄症,還有data值。而每一個(gè)頁(yè)的存儲(chǔ)空間是有限的矩动,如果data數(shù)據(jù)較大時(shí)將會(huì)導(dǎo)致每個(gè)節(jié)點(diǎn)(即一個(gè)頁(yè))能存儲(chǔ)的key的數(shù)量很小有巧,當(dāng)存儲(chǔ)的數(shù)據(jù)量很大時(shí)同樣會(huì)導(dǎo)致B-Tree的深度較大,增大查詢時(shí)的磁盤I/O次數(shù)悲没,進(jìn)而影響查詢效率篮迎。在B+Tree中,所有數(shù)據(jù)記錄節(jié)點(diǎn)都是按照鍵值大小順序存放在同一層的葉子節(jié)點(diǎn)上示姿,而非葉子節(jié)點(diǎn)上只存儲(chǔ)key值信息甜橱,這樣可以大大加大每個(gè)節(jié)點(diǎn)存儲(chǔ)的key值數(shù)量,降低B+Tree的高度栈戳。

B+Tree相對(duì)于B-Tree有幾點(diǎn)不同:

非葉子節(jié)點(diǎn)只存儲(chǔ)鍵值信息岂傲。

所有葉子節(jié)點(diǎn)之間都有一個(gè)鏈指針。

數(shù)據(jù)記錄都存放在葉子節(jié)點(diǎn)中子檀。

將上一節(jié)中的B-Tree優(yōu)化镊掖,由于B+Tree的非葉子節(jié)點(diǎn)只存儲(chǔ)鍵值信息,假設(shè)每個(gè)磁盤塊能存儲(chǔ)4個(gè)鍵值及指針信息命锄,則變成B+Tree后其結(jié)構(gòu)如下圖所示:?


通常在B+Tree上有兩個(gè)頭指針堰乔,一個(gè)指向根節(jié)點(diǎn),另一個(gè)指向關(guān)鍵字最小的葉子節(jié)點(diǎn)脐恩,而且所有葉子節(jié)點(diǎn)(即數(shù)據(jù)節(jié)點(diǎn))之間是一種鏈?zhǔn)江h(huán)結(jié)構(gòu)镐侯。因此可以對(duì)B+Tree進(jìn)行兩種查找運(yùn)算:一種是對(duì)于主鍵的范圍查找和分頁(yè)查找,另一種是從根節(jié)點(diǎn)開始,進(jìn)行隨機(jī)查找苟翻。

可能上面例子中只有22條數(shù)據(jù)記錄韵卤,看不出B+Tree的優(yōu)點(diǎn),下面做一個(gè)推算:

InnoDB存儲(chǔ)引擎中頁(yè)的大小為16KB崇猫,一般表的主鍵類型為INT(占用4個(gè)字節(jié))或BIGINT(占用8個(gè)字節(jié))沈条,指針類型也一般為4或8個(gè)字節(jié),也就是說(shuō)一個(gè)頁(yè)(B+Tree中的一個(gè)節(jié)點(diǎn))中大概存儲(chǔ)16KB/(8B+8B)=1K個(gè)鍵值(因?yàn)槭枪乐底缏瑸榉奖阌?jì)算蜡歹,這里的K取值為〖10〗^3)。也就是說(shuō)一個(gè)深度為3的B+Tree索引可以維護(hù)10^3 * 10^3 * 10^3 = 10億 條記錄涕烧。

實(shí)際情況中每個(gè)節(jié)點(diǎn)可能不能填充滿月而,因此在數(shù)據(jù)庫(kù)中,B+Tree的高度一般都在2~4層议纯。mysql的InnoDB存儲(chǔ)引擎在設(shè)計(jì)時(shí)是將根節(jié)點(diǎn)常駐內(nèi)存的父款,也就是說(shuō)查找某一鍵值的行記錄時(shí)最多只需要1~3次磁盤I/O操作。

數(shù)據(jù)庫(kù)中的B+Tree索引可以分為聚集索引(clustered index)和輔助索引(secondary index)瞻凤。上面的B+Tree示例圖在數(shù)據(jù)庫(kù)中的實(shí)現(xiàn)即為聚集索引憨攒,聚集索引的B+Tree中的葉子節(jié)點(diǎn)存放的是整張表的行記錄數(shù)據(jù)。輔助索引與聚集索引的區(qū)別在于輔助索引的葉子節(jié)點(diǎn)并不包含行記錄的全部數(shù)據(jù)阀参,而是存儲(chǔ)相應(yīng)行數(shù)據(jù)的聚集索引鍵肝集,即主鍵。當(dāng)通過(guò)輔助索引來(lái)查詢數(shù)據(jù)時(shí)结笨,InnoDB存儲(chǔ)引擎會(huì)遍歷輔助索引找到主鍵包晰,然后再通過(guò)主鍵在聚集索引中找到完整的行記錄數(shù)據(jù)。

?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請(qǐng)聯(lián)系作者
  • 序言:七十年代末炕吸,一起剝皮案震驚了整個(gè)濱河市,隨后出現(xiàn)的幾起案子勉痴,更是在濱河造成了極大的恐慌赫模,老刑警劉巖,帶你破解...
    沈念sama閱讀 222,807評(píng)論 6 518
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件蒸矛,死亡現(xiàn)場(chǎng)離奇詭異瀑罗,居然都是意外死亡,警方通過(guò)查閱死者的電腦和手機(jī)雏掠,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 95,284評(píng)論 3 399
  • 文/潘曉璐 我一進(jìn)店門斩祭,熙熙樓的掌柜王于貴愁眉苦臉地迎上來(lái),“玉大人乡话,你說(shuō)我怎么就攤上這事摧玫。” “怎么了绑青?”我有些...
    開封第一講書人閱讀 169,589評(píng)論 0 363
  • 文/不壞的土叔 我叫張陵诬像,是天一觀的道長(zhǎng)屋群。 經(jīng)常有香客問我,道長(zhǎng)坏挠,這世上最難降的妖魔是什么芍躏? 我笑而不...
    開封第一講書人閱讀 60,188評(píng)論 1 300
  • 正文 為了忘掉前任,我火速辦了婚禮降狠,結(jié)果婚禮上对竣,老公的妹妹穿的比我還像新娘。我一直安慰自己榜配,他們只是感情好柏肪,可當(dāng)我...
    茶點(diǎn)故事閱讀 69,185評(píng)論 6 398
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著芥牌,像睡著了一般烦味。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發(fā)上壁拉,一...
    開封第一講書人閱讀 52,785評(píng)論 1 314
  • 那天谬俄,我揣著相機(jī)與錄音,去河邊找鬼弃理。 笑死溃论,一個(gè)胖子當(dāng)著我的面吹牛,可吹牛的內(nèi)容都是我干的痘昌。 我是一名探鬼主播钥勋,決...
    沈念sama閱讀 41,220評(píng)論 3 423
  • 文/蒼蘭香墨 我猛地睜開眼,長(zhǎng)吁一口氣:“原來(lái)是場(chǎng)噩夢(mèng)啊……” “哼辆苔!你這毒婦竟也來(lái)了算灸?” 一聲冷哼從身側(cè)響起,我...
    開封第一講書人閱讀 40,167評(píng)論 0 277
  • 序言:老撾萬(wàn)榮一對(duì)情侶失蹤驻啤,失蹤者是張志新(化名)和其女友劉穎菲驴,沒想到半個(gè)月后,有當(dāng)?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體骑冗,經(jīng)...
    沈念sama閱讀 46,698評(píng)論 1 320
  • 正文 獨(dú)居荒郊野嶺守林人離奇死亡赊瞬,尸身上長(zhǎng)有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點(diǎn)故事閱讀 38,767評(píng)論 3 343
  • 正文 我和宋清朗相戀三年,在試婚紗的時(shí)候發(fā)現(xiàn)自己被綠了贼涩。 大學(xué)時(shí)的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片巧涧。...
    茶點(diǎn)故事閱讀 40,912評(píng)論 1 353
  • 序言:一個(gè)原本活蹦亂跳的男人離奇死亡,死狀恐怖遥倦,靈堂內(nèi)的尸體忽然破棺而出谤绳,到底是詐尸還是另有隱情,我是刑警寧澤,帶...
    沈念sama閱讀 36,572評(píng)論 5 351
  • 正文 年R本政府宣布闷供,位于F島的核電站烟央,受9級(jí)特大地震影響,放射性物質(zhì)發(fā)生泄漏歪脏。R本人自食惡果不足惜疑俭,卻給世界環(huán)境...
    茶點(diǎn)故事閱讀 42,254評(píng)論 3 336
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望婿失。 院中可真熱鬧钞艇,春花似錦、人聲如沸豪硅。這莊子的主人今日做“春日...
    開封第一講書人閱讀 32,746評(píng)論 0 25
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽(yáng)懒浮。三九已至飘弧,卻和暖如春,著一層夾襖步出監(jiān)牢的瞬間砚著,已是汗流浹背次伶。 一陣腳步聲響...
    開封第一講書人閱讀 33,859評(píng)論 1 274
  • 我被黑心中介騙來(lái)泰國(guó)打工, 沒想到剛下飛機(jī)就差點(diǎn)兒被人妖公主榨干…… 1. 我叫王不留稽穆,地道東北人冠王。 一個(gè)月前我還...
    沈念sama閱讀 49,359評(píng)論 3 379
  • 正文 我出身青樓,卻偏偏與公主長(zhǎng)得像舌镶,于是被迫代替她去往敵國(guó)和親柱彻。 傳聞我的和親對(duì)象是個(gè)殘疾皇子,可洞房花燭夜當(dāng)晚...
    茶點(diǎn)故事閱讀 45,922評(píng)論 2 361

推薦閱讀更多精彩內(nèi)容