B+树真的不难，楼下菜大爷都能学得会的B+树！（数据结构可视化神器推荐）_b(1)

最新推荐文章于 2024-09-26 12:23:11 发布

2401_86044324

最新推荐文章于 2024-09-26 12:23:11 发布

阅读量929

点赞数 9

文章标签：数据结构 b树

本文链接：https://blog.csdn.net/2401_86044324/article/details/141573050

版权

举个例子，二叉搜索树来作为索引的案例：
在这里插入图片描述
现在来查找节点为5的节点，来看看需要几步：

没错，一共四步，但是要注意，一般索引是在内存中执行的，所以价格很昂贵！！在最坏的情况下磁盘读写次数==二叉搜索树的高度，这在实际应用中肯定是不行的，所以基于此，诞生了B树*（多路平衡树）来减少数的高度，那么🔻

💨什么是B树（多路平衡树）❓

B树其实最开始源于的是二叉树，二叉树是只有左右孩子的树，当数据量越大的时候，二叉树的节点越多，那么当从根节点搜索的时候，影响查询效率。所以如果这些节点存储在外存储器中的话，每访问一个节点，相当于进行了一次I/O操作。前面说过，为了减少磁盘的 I/O 操作才有的B树，那么来看下B树有什么特点：

还是上面那个问题，来看下B树怎么个解决方案：
在这里插入图片描述
ps：K被称为B树的阶，K的值取决于磁盘页（内存的最小存储单位）的大小

假设搜索节点6，步骤：

①定位到根节点（9），6比9小，所以在左子树找
②定位到节点（4，7），6在4、7中间，所以在中间子树找
③定位到（5，6），6比5大，所以和该节点的右边比较
④找到，over

可以看出，在B树里面的比较次数也很多，但是❗减少了I/O操作，因为B树可以减少树的高度，也就减少了磁盘读写次数，在实际应用场景，B树对性能的提升非常明显。

最后，大家可能之前都知道B树的特点，现在应该会更好理解（m是树的高度，k是树的阶）：

1.根结点至少有两个子节点。
2.每个中间节点都包含k-1个元素和k个孩子，其中 m/2 <= k <= m 。
3.每一个叶子节点都包含k-1个元素，其中 m/2 <= k <= m。
4.所有的叶子结点都位于同一层。
5.每个节点中的元素从小到大排列，节点当中k-1个元素正好是k个孩子包含的元素的值域分划。

🧡b+树到底是啥玩意？就这？🧡

在这里插入图片描述
前面说了这么多，到这里才步入主题，先来调查一下…

经过菜菜调查发现，B+树的出现带来了这些优点：

1）B+树的磁盘读写代价更低

B+树的内部结点并没有指向关键字具体信息的指针。因此其内部结点相对B
树更小。如果把所有同一内部结点的关键字存放在同一盘块中，那么盘块所能容纳的关键字数量也越多。一次性读入内存中的需要查找的关键字也就越多。相对来说IO读写次数也就降低了；

2）B+树查询效率更加稳定

由于非终结点并不是最终指向文件内容的结点，而只是叶子结点中关键字的索引。所以任何关键字的查找必须走一条从根结点到叶子结点的路。所有关键字查询的路径长度相同，导致每一个数据的查询效率相当；

3）B+树便于范围查询（最重要的原因，范围查找是数据库的常态）

B树在提高了IO性能的同时并没有解决元素遍历的我效率低下的问题，正是为了解决这个问题，B+树应用而生。B+树只需要去遍历叶子节点就可以实现整棵树的遍历。而且在数据库中基于范围的查询是非常频繁的，而B树不支持这样的操作或者说效率太低；

B+树最大的性能问题在于会产生大量的随机IO，主要存在以下两种缺点：

主键不是有序递增的，导致每次插入数据产生大量的数据迁移和空间碎片；
即使主键是有序递增的，大量写请求的分布仍是随机的；

看下B+树长什么样子
在这里插入图片描述

如果要查找0007的话，查找方式如下
在这里插入图片描述
并且，为什么MySQL数据库索引选择使用B+树？
B+树的节点只存储索引key值，具体信息的地址存在于叶子节点的地址中。这就使以页为单位的索引中可以存放更多的节点。减少更多的I/O支出。因此，B+树成为了数据库比较优秀的数据结构，MySQL中MyIsAM和InnoDB都是采用的B+树结构。不同的是前者是非聚集索引，后者主键是聚集索引。

看下B+树的顺序查找：
在这里插入图片描述

B树在提高了IO性能的同时并没有解决元素遍历的我效率低下的问题，正是为了解决这个问题，B+树应用而生。B+树只需要去遍历叶子节点就可以实现整棵树的遍历。而且在数据库中基于范围的查询是非常频繁的，而B树不支持这样的操作或者说效率太低。B+树支持range-query(区间查询)非常方便，而B树不支持。

B+ 树通常用于数据库和操作系统的文件系统中。

NTFS, ReiserFS, NSS, XFS, JFS, ReFS 和BFS等文件系统都在使用B+树作为元数据索引。B+ 树的特点是能够保持数据稳定有序，其插入与修改拥有较稳定的对数时间复杂度。B+ 树元素自底向上插入。

💚B树、B+树都知道了，B*树不了解一下？💚

先看下百度的回答：

B树是B+树的变体，在B+树的非根和非叶子结点再增加指向兄弟的指针；B树定义了非叶子结点关键字个数至少为(2/3)*M，即块的最低使用率为2/3（代替B+树的1/2）。

B*树是B+树的变体，在B+树的非根和非叶子结点再增加指向兄弟的指针：
~~找的网图（大佬莫怪）~~

在这里插入图片描述

B+树和B*树的区别是啥？

B+树的分裂：当一个结点满时，分配一个新的结点，并将原结点中1/2的数据复制到新结点，最后在父结点中增加新结点的指针；B+树的分裂只影响原结点和父结点，而不会影响兄弟结点，所以它不需要指向兄弟的指针；
B*树的分裂：当一个结点满时，如果它的下一个兄弟结点未满，那么将一部分数据移到兄弟结点中，再在原结点插入关键字，最后修改父结点中兄弟结点的关键字（因为兄弟结点的关键字范围改变了）；如果兄弟也满了，则在原结点与兄弟结点之间增加新结点，并各复制1/3的数据到新结点，最后在父结点增加新结点的指针；

可以看出，B*树分配新结点的概率比B+树要低，空间使用率更高；

💜数据库索引数据结构了解下？💜

MySql索引数据结构(BTREE和Hash)，也来简单了解下 BTREE和Hash的区别：

1、Hash 索引，其检索效率非常高，索引的检索可以一次定位。BTREE 索引需要从根节点到枝节点，最后才能访问到页节点这样多次的IO访问
2、Hash 索引仅仅能满足"=",“IN"和”<=>"查询，不能使用范围查询。
3、Hash 索引无法被用来避免数据的排序操作
4、Hash 索引不能利用部分索引键查询。
5、Hash 索引在任何时候都不能避免表扫描。
6、Hash 索引遇到大量Hash值相等的情况后性能并不一定就会比B-Tree索引高

而数据库一般采用B+树索引是因为Hash索引的话，不适合做范围查询，因为原先是有序的键值，经过哈希算法后，有可能变成不连续的了（比如原来Hello和World原来是在一起的，但是经过hash算法后就变成了0001 和1522）

索引 / 存储引擎	MyISAM	InnoDB	Memory
B-Tree索引	支持	支持	支持
HASH索引	不支持	不支持❗	支持
R-Tree索引	支持	支持	不支持
Full-text索引	支持	支持	不支持

ps：InnoDB引擎支持hash索引是自适应的，InnoDB存储引擎根据表使用情况自动为表创建hash索引。创建由InnoDB存储引擎引擎自动优化创建，我们干预不了❗ 所以说innodb不算是支持hash索引，因为索引一般用来存储数据的，但是这个hash索引是InnoDB引擎使用来快速找到内存中的页的。

hash索引的适用情况：
检索时不需要类似B+树那样从根节点到叶子节点逐级查找，只需一次哈希算法即可立刻定位到相应的位置，速度非常快。除了memory引擎外，NDB引擎也支持唯一哈希索引；