# B 树、B+ 树、B*树
# B 树
B-tree 树即 B 树,B 是 Balanced 平衡的意思。
TIP
B- 树,这个也是 B 树,只是翻译的文本容易产生误解。

上图就是一个 B 树,说明如下:
B 树的阶:节点的最多 子节点 个数
如:2-3 树的阶是 3,2-3-4 树的阶是 4
B 树的搜索
从 根节点开始,对节点内的关键字(有序)序列进行二分查找,如果命中则结束,否则进入查询关键字所属范围的 儿子节点。
然后重复,直到所对应的儿子节点指针为空,或则已经是叶子节点。
关键字集合分布在整棵树中
即:叶子节点和非叶子节点都存放数据
搜索有可能在非叶子节点结束
其搜索性能等价于在关键字全集内做一次二分查找
# B + 树
在 MySQL 中,有些索引就是用 B 树或则 B+ 树实现的。B+ 树是 B 树的变体,也是一种多路搜索树。

B + 树说明:
B+ 树的搜索与 B 树基本相同,区别是 B+ 树只有到达叶子节点才命中(B 树可以在非叶子节点命中),其性能也等价于在关键字全集做一次二分查找
所有 关键字都出现在叶子节点的链表中
即:数据只能在叶子节点,也叫 稠密索引,且链表中的关键字(数据)恰好是有序的。
不可能在非叶子节点命中
非叶子节点相当于是叶子节点的索引,也叫 稀疏索引,叶子节点相当于是存储(关键字)数据的数据层
更适合文件索引系统
B 树和 B+ 树有各自的应用场景,不能说 B+ 树完全比 B 树好。
B+ 树的这种设计,应该是类似分段思想,比如:5,28,65,下面存放三个节点:
5-28的段,为一个节点28-65的段,为一个节点65以上的段,为一个节点
比如查询 30 ,直接找到在第二个节点中,然后往下一个目录索引找,就很快能定位到数据。
# B* 树
B* 树是 B+ 树的变体,在 B+ 树的非根和非叶子节点再增加指向兄弟的指针

说明:
B*树定义了 非叶子节点 关键字个数至少为(2/3)*M,即块的最低使用率为2/3,而 B+ 树的块的最低使用率为 B+ 树的1/2M 是指树的度,也就是层。
从第 1 个特点,可以看出
B*树分配新节点的概率比 B+ 树要低,空间使用率更高。