B+Tree详解

二叉查找树：

二叉树具有以下性质：左子树的键值小于根的键值，右子树的键值大于根的键值。

但是当二叉查找树在极端情况下如果编程这样：

查询效率就低了

所谓查询效率：由树的深度决定，每深入一层，都需要进行寻址，而寻址的过程就是磁盘随机度，磁盘随机读的速度很慢。

平衡二叉树（AVL树）：

平衡二叉树（AVL树）在符合二叉查找树的条件下，还满足任何节点的两个子树的高度最大差为1，就达到了所谓的平衡。需要通过一系列复杂的旋转达到平衡。

B-Tree（平衡多叉查找树）：

B-Tree是为磁盘等外存储设备设计的一种平衡查找树。

上图中的每走一次箭头，都意味着一次磁盘随机IO，意味着磁臂去寻址，很慢。

每一个节点，意味着一个页空间，一个页空间默认大小为16KB，可设置。

B-Tree就是为了磁盘等外设存储设备的机理设计的一种平衡查找树，利用了磁盘块空间，把磁盘块空间充分利用，多存储几个键值、指针，通过这样的方式，可以减少树的深度，也就意味着减少磁盘的随机IO次数，加快访问速度。

B+Tree：

在B-Tree的基础上优化了：

1、节点上只存储键值，不存储数据，这样一来，在有限的节点空间（页空间）内就可以存放更多的键值、指针；

2、所有数据都放在叶子节点中，所有叶子节点之间有链指针（双向循环列表），便于范围查找，也便于排序。

InnoDB的索引使用的是B+Tree结构，那么为什么InnoDB的主键最好要搞成有序的？

InnoDB中主键索引是聚集索引，所有数据都存在主键索引所在的聚集索引的B+Tree结构的叶子节点中。如果每次插入的主键是大小随机的话，每次数据进来找到的叶子节点的位置是随机的，这样的话，有些叶子节点所在页本来就排满了，结果又来了一条数据，就势必要引起页分裂，所以导致性能下降；但是如果主键是有序的话，每次进行都找到当前叶子前面的位置，一个一个叶子按顺序排满一个页再排一个页，就不会又页分裂的问题了。所以自增主键对于InnoDB这种使用B+Tree索引的存储引擎来说，性能更好。