mysql索引采用B+树结构的原因有哪些

这篇文章将为大家详细讲解有关MySQL索引采用B+树结构的原因有哪些，小编觉得挺实用的，因此分享给大家做个参考，希望大家阅读完这篇文章后可以有所收获。

创新互联服务项目包括达州网站建设、达州网站制作、达州网页制作以及达州网络营销策划等。多年来，我们专注于互联网行业，利用自身积累的技术优势、行业经验、深度合作伙伴关系等，向广大中小型企业、政府机构等提供互联网行业的解决方案，达州网站推广取得了明显的社会效益与经济效益。目前，我们服务的客户以成都为中心已经辐射到达州省份的部分城市，未来相信会继续扩大服务区域并继续获得客户的支持与信任！

索引提高查询效率，就像我们看的书，想要直接翻到某一章，是不是不用一页一页的翻，只需要看下目录，根据目录找到其所在的页数即可。

在计算机中我们需要一种数据结构来存储这个目录，常见数据结构有哈希表，二叉查找树，二叉平衡树(AVL)，红黑树，那为什么Innodb和MyISAM选择b+树呢。

1. 哈希表

哈希表就是一个数组+链表，用下标0，1，2，3..... 表示其数据所在的位置。如果想要在哈希表中存放数据，首先用对这个数据进行散列算法（基本的就是取模运算），假如数组长度是13 ，进行模13之后是0-12，正好对应的数据的下标，如果计算出的下标一样的，就会在下标位置跟上链表。

缺点：

1. 利用hash存储需要将所有的数据文件添加到内存，比较消耗内存空间。

2. hash的查找是等值查询，速度很快，但是各个数据间没有范围规律，但在实际工作中更多的是范围查询，hash就不太合适了。

不能直接说mysql不使用哈希表，而是要根据存储引擎来确定的，Memory存储引擎使用的就是哈希表

2. 二叉查找树

缺点：

1. 如图，极端情况可能会出现倾斜的问题，最后变成链表结构。

2. 造成树节点过深，从而增加查找的IO，而现在IO就是查找的瓶颈

3. 二叉平衡树-AVL

为了保持树的平衡，避免出现数据倾斜，需要进行旋转操作，通过左旋或者右旋最终保持最长子树和最短子树长度不能超过1，如果超过1就不是严格意义上AVL树了

缺点：

1.当数据量很大的时候，为了保持平衡，需要进行1-n次的旋转，这个旋转是比较浪费性能的，插入和删除效率极低，查询效率很高。

2. 只有两个分支，数据量大的时候树的深度依然很深。

4. 红黑树

最长子树的不能超过最短子树的2倍，通过变色和旋转，在插入和查询上做了平衡

红黑树是avl树的变种，损失了部分查询性能来提高插入性能。

缺点：

同样是只有两个分支，数据量大的时候深度依然会很深

以上三种二叉树，随着数据的增多，最终都会出现节点过多的情况，而且他们有且仅有2个分支，那么IO的次数一样很多.

怎么解决仅有2个分支而且深度过深，这就有了B树，增加分支

5. B-Tree

1. 首先不读B减树，读B树

2. 所有键值分布在整棵树中。

3. 搜索有可能在非叶子结点结束，在关键字全集内做一次查找，性能逼近二分查找。

4. 每个结点最多拥有m个子树。

5. 根节点至少有2个子树。

6. 分支节点至少拥有m/2棵子树(除根节点和叶子节点外都是分支节点)。

7. 所有叶子节点都在同一层，每个节点最多可以有m-1个key,并且以升序排列

如上图：（图中只是画出来一部分，实际上没有限制的，不止p1,p2,p3）

每个节点占用一个磁盘块，一个节点上有两个升序排列的关键字和三个指向子树根节点的指针，指针存储的是子节点所在的磁盘块地址。两个关键词划分成的三个范围域对应三个指针指向的子树的数据的范围域。以根节点为例，关键字为16和34，p1指针指向的子树的数据范围小于16，p2指针指向的子树的数据范围为16-34，p3指针指向的子树的数据范围大于34。

查找关键字28的过程：

1. 根据根节点找到磁盘块1，读到内存中。【第一次磁盘I/O操作】

2. 比较关键字28在区间(16，34)，找到磁盘块1的指针p2。

3. 根据p2指针找到磁盘块3，读到内存。【第二次磁盘I/O操作】

4. 比较关键字28在区间(25，31)，找到磁盘块3的指针p2。

5. 根据指针p2找到磁盘块8，读到内存。【第三次磁盘I/O操作】

6. 在磁盘块8中的关键字列表中找到关键字28，结束。

缺点：

1. 每个节点都有key，同时包含data，而每个页存储空间是有限的，如果data很大的话会导致每个节点能存储的key的数量变小。

2. 当存储的数据量很大的时候会导致深度变大，增加查询磁盘的io次数，进而影响查询性能。

6. B+树

B+树是在B树的基础上做的一种优化，变化如下：

1. B+树每个节点可以包含更多的节点，这个做的原因有两个，第一个原因是为了降低树的高度，第二个原因是将数据范围变成多个区间，区间越多，数据检索越快。

2. 非叶子节点只存储key，叶子节点存储key和数据。

3. 叶子节点两两指针互相连接(符合磁盘预读的特性)，顺序查询性能更高。

如上图： 在B+树上有两个头指针，一个指向根节点，另一个指向关键字的最小叶子节点，而且所有叶子节点(及数据节点)之间是一种链式环结构，因此可以对B+树进行两种查找运算：一种是对于主键的范围查找和分页查找，另一种是从根节点开始的随机查找。

InnoDB和MyISAM中索引上的差异

1. InnoDB-主键索引

叶子节点存储的是具体的行数据

2. InnoDB-非主键索引

非主键索引的叶子节点存储的是主键值（所以查询数据基本要回表）

3. MyISAM

叶子节点存储的是行数据的地址，额外需要一次寻址，多一次IO

关于“mysql索引采用B+树结构的原因有哪些”这篇文章就分享到这里了，希望以上内容可以对大家有一定的帮助，使各位可以学到更多知识，如果觉得文章不错，请把它分享出去让更多的人看到。