InnoDB邏輯存儲結(jié)構(gòu)

知識點:

  • mysql創(chuàng)建主鍵:
    • 首先判斷表中是否有非空的唯一索引,如果有,則該列為主鍵
    • 如果不符合上述條件,存儲引擎會自動創(chuàng)建6個字節(jié)大小的指針
    • 當(dāng)表中有多個非空唯一索引,會按照索引的順序選擇第一個索引作為主鍵

InnoDB邏輯存儲結(jié)構(gòu)

先看邏輯圖:

圖1
  • 表空間Tablespace(ibd文件)
  • 段Segment(一個索引2個段)
  • 區(qū)Extent(1MB):64個Page
  • 頁Page(16KB):磁盤管理的最小單位
    • 一個B+樹節(jié)點就是一個頁(16KB)
    • 頁的編號可以映射到物理文件偏移
    • B+樹葉子節(jié)點前后形成雙向鏈表
圖2
  • 行Row
  • 字段Field

InnoDB Page詳細講解

  • 基本概念:
    • Page的默認(rèn)大小為16KB,每個Page用32位的數(shù)字標(biāo)記,因此一共有2^32個Page,每個表空間一共有64TB的容量。
    • 每個Page都有一個offset,page0的offset為0,而page1的offset為16384(16KB)。
    • Page的結(jié)構(gòu)為下圖所示:


      Page結(jié)構(gòu)

      從圖中看出,每個Page有38字節(jié)頭和8字節(jié)的尾。FIL頭和尾的結(jié)構(gòu)如下所示:


      Header和Trailer

      每個Page占用16KB,64個連續(xù)的Page放在一起一共占用1MB,稱為一個Extent,多個Extent組合在一起就是一個表空間,也叫表文件,如下圖所示:
      Space File

InnoDB索引結(jié)構(gòu)存儲(從Page角度理解):

  • 頁:存儲的最小單位,InnoDB使用32位比特來表示一個頁號,因此InnoDB能保存的最大容量為(2^32)*16KB。


    圖3

    如圖所示:每個頁保存前一頁和后一頁的指針,各4個字節(jié)。此外頁頭信息還包括頁類型和頁號。


    圖4

    從圖中看出,頁中間存放著數(shù)據(jù)庫中的數(shù)據(jù)記錄,其中第一條記錄是系統(tǒng)記錄,Supermum用來保存數(shù)據(jù)記錄的尾指針,而Infimum用來保存數(shù)據(jù)記錄的頭指針。User Record在頁中以單鏈表的形式存儲。
    圖5

    記錄和Page組合起來就是完整的數(shù)據(jù)格式。見下圖所示:


    圖6

    User Record可以分為四種格式:
  • 主索引樹的非葉子節(jié)點:非葉子節(jié)點保存主鍵和指針
  • 主索引樹的葉子節(jié)點:葉子節(jié)點保存主鍵,并且保存主鍵記錄
  • 輔助索引的非葉子節(jié)點:保存非主鍵鍵值,以及指針
  • 輔助索引的葉子節(jié)點:保存非主鍵鍵值,以及主鍵(通過主鍵查詢獲取記錄)
圖7

下面看看主鍵索引的結(jié)構(gòu)圖,只包含主鍵非葉子節(jié)點索引和主鍵葉子節(jié)點索引。

圖8

從B+樹的角度理解InnoDB索引存儲:

InnoDB B+樹索引主要有葉子節(jié)點和非葉子節(jié)點兩種類型。葉子節(jié)點包含數(shù)據(jù),非葉子節(jié)點只包含指針。

  • 葉子節(jié)點:


    圖9
  • 非葉子節(jié)點:


    圖10

    從圖中可以看出,非葉子節(jié)點中保存的是最小鍵值子節(jié)點的Page值,而葉子節(jié)點中保存的是數(shù)據(jù)記錄。B+樹是平衡樹,同一層可以有多個節(jié)點,稱為兄弟節(jié)點,兄弟節(jié)點之間通過雙向鏈表連接。如下圖葉子節(jié)點,在同一層次:


    圖11

    下面舉個例子來看B+樹一個root節(jié)點的結(jié)構(gòu):

    圖12

    則B+樹數(shù)據(jù)結(jié)構(gòu)如下圖所示:


    圖13

    如果數(shù)據(jù)量變多,則B+樹會增加到多層:
    圖14
最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市,隨后出現(xiàn)的幾起案子,更是在濱河造成了極大的恐慌,老刑警劉巖,帶你破解...
    沈念sama閱讀 227,428評論 6 531
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件,死亡現(xiàn)場離奇詭異,居然都是意外死亡,警方通過查閱死者的電腦和手機,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 98,024評論 3 413
  • 文/潘曉璐 我一進店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人,你說我怎么就攤上這事。” “怎么了?”我有些...
    開封第一講書人閱讀 175,285評論 0 373
  • 文/不壞的土叔 我叫張陵,是天一觀的道長。 經(jīng)常有香客問我,道長,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 62,548評論 1 307
  • 正文 為了忘掉前任,我火速辦了婚禮,結(jié)果婚禮上,老公的妹妹穿的比我還像新娘。我一直安慰自己,他們只是感情好,可當(dāng)我...
    茶點故事閱讀 71,328評論 6 404
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著,像睡著了一般。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發(fā)上,一...
    開封第一講書人閱讀 54,878評論 1 321
  • 那天,我揣著相機與錄音,去河邊找鬼。 笑死,一個胖子當(dāng)著我的面吹牛,可吹牛的內(nèi)容都是我干的。 我是一名探鬼主播,決...
    沈念sama閱讀 42,971評論 3 439
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了?” 一聲冷哼從身側(cè)響起,我...
    開封第一講書人閱讀 42,098評論 0 286
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后,有當(dāng)?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體,經(jīng)...
    沈念sama閱讀 48,616評論 1 331
  • 正文 獨居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點故事閱讀 40,554評論 3 354
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發(fā)現(xiàn)自己被綠了。 大學(xué)時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 42,725評論 1 369
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖,靈堂內(nèi)的尸體忽然破棺而出,到底是詐尸還是另有隱情,我是刑警寧澤,帶...
    沈念sama閱讀 38,243評論 5 355
  • 正文 年R本政府宣布,位于F島的核電站,受9級特大地震影響,放射性物質(zhì)發(fā)生泄漏。R本人自食惡果不足惜,卻給世界環(huán)境...
    茶點故事閱讀 43,971評論 3 345
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧,春花似錦、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 34,361評論 0 25
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至,卻和暖如春,著一層夾襖步出監(jiān)牢的瞬間,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 35,613評論 1 280
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留,地道東北人。 一個月前我還...
    沈念sama閱讀 51,339評論 3 390
  • 正文 我出身青樓,卻偏偏與公主長得像,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當(dāng)晚...
    茶點故事閱讀 47,695評論 2 370

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