一.InnoDB索引 　　InnoDB支持以下幾種索引： B+樹索引 全文索引 哈希索引 　　本文將着重介紹B+樹索引。其他兩個全文索引和哈希索引只是做簡單介紹一筆帶過。 　　哈希索引是自適應的，也就是說這個不能人為干預在一張表生成哈希索引，InnoDB會根據這張表 ...

轉自： https://www.cnblogs.com/zhuyeshen/p/12082839.html 索引是一種數據結構，用於幫助我們在大量數據中快速定位到我們想要查找的數據。索引最形象的比喻就是圖書的目錄了。注意這里的大量，數據量大了索引才顯得有意義，如果我想要 ...

接上一篇內容，InnoDB 的作者想到一種更靈活的方式來管理所有目錄項，是什么？ 一、目錄項記錄頁 其實這些用戶目錄項與用戶記錄很像，只是目錄項中的兩個列記錄的是主鍵和頁號而已，那么就可以復用之前存儲用戶記錄的數據頁來存儲目錄項。 為了區分用戶記錄和目錄項，仍然使用 record_type ...

B+樹索引其本質就是B+樹在數據庫中的實現，但是B+索引在數據庫中有一個特點就是其高扇出性，因此在數據庫中，B+樹的高度一般都在2～3層，也就是對於查找某一鍵值的行記錄，最多只需要2到3次IO，這倒不錯。因為我們知道現在一般的磁盤每秒至少可以做100次IO，2～3次的IO意味着查詢時間只需0.02 ...

源頭。 關於B+樹數據結構 ①InnoDB存儲引擎支持兩種常見的索引。 一種是B+樹，一種是哈希 ...

1、文件很大，不可能全部存儲在內存中，所以要存在磁盤上 2、索引的組織結構要盡量減少查找過程中磁盤I/O的存取次數（為什么用B-/+Tree，還跟磁盤存取原理有關） 3、B+樹所有的data域在葉子節點，一般來說都會進行一個優化，就是將所有的葉子節點用指針串起來，這樣遍歷葉子節點就能獲得全部 ...

數據庫中B+樹索引的分裂並不總是從頁的中間記錄開始，這樣可能會導致空間的浪費，例如下面的記錄： 插入式根據自增順序進行的，若這時插入10這條記錄后需要進行頁的分裂操作，那么根據B+樹對半分裂的規則，會將記錄5作為分裂點記錄，分裂后得到下面兩個頁： 然而由於插入是順序的，P1這個頁中將 ...

一、B+樹插入邏輯 1，如果結點不存在，則新生成一個結點，作為B+樹的根結點，結束。2，如果結點存在，則查找當前數值應該插入的位置，定位到需要插入到葉子結點，然后插入到葉子結點。3，插入的結點如果未達到最大數量，結束。如果達到最大數量，則把當前葉子結點對半分裂：[m/2]個放入左結點，剩余放入右 ...