Mysql之B+Tree

B+Tree

1. Mysql没有选择B-Tree的原因

   • B-Tree每个结点都保存数据，每个结点的大小有限，这样会导致树的深度变高，从而导致磁盘I/O操作次数增加
   • 不能很好的利用操作系统读取磁盘的特性（操作系统每次读取4k的数据，以页为单位）
   • 不能很好的利用磁盘的预读能力（操作系统每次读取一页，会提前预读下一页或者下几页）

2. 使用B+Tree

   • 非叶节点不保存数据相关信息，只保存关键字和子节点的指针，这样每个结点能存的很多关键字和子节点的指针，树的高度相对会变小
   • 关键字对应的数据保存在叶子节点中
   • 采用的是左闭合区间
   • 所有叶子节点之间都有一个双向指针，便于范围和分页查找

3. Mysql B+Tree索引组织表图

   

4. 从上图可以看出，加入每一行数据占用整个数据页（默认数据页大小16KB，能存储最大的数据小于16KB），那么B+Tree将退化为单链表，所以InnoDB规定了一个Page必须包含两行数据。也就是一行数据存储在Page上的大小小于8KB。

数据页

1. 页(Page)是InnoDB存储引擎管理数据库的最小磁盘单位。
2. 非叶子节点中的数据