共计 4634 个字符，预计需要花费 12 分钟才能阅读完成。
本篇文章给大家分享的是有关 MySQL 中 B + 树索引的作用是什么，丸趣 TV 小编觉得挺实用的，因此分享给大家学习，希望大家阅读完这篇文章后可以有所收获，话不多说，跟着丸趣 TV 小编一起来看看吧。
树的简介
树的简介
树跟数组、链表、堆栈一样，是一种数据结构。它由有限个节点，组成具有层次关系的集合。因为它看起来像一棵树，所以得其名。一颗普通的树如下:
树是包含 n(n 为整数，大于 0)个结点，n- 1 条边的有穷集，它有以下特点：
每个结点或者无子结点或者只有有限个子结点;
有一个特殊的结点, 它没有父结点，称为根结点;
每一个非根节点有且只有一个父节点;
树里面没有环路
一些有关于树的概念：
结点的度：一个结点含有的子结点个数称为该结点的度;
树的度：一棵树中，最大结点的度称为树的度;
父结点：若一个结点含有子结点，则这个结点称为其子结点的父结点;
深度：对于任意结点 n,n 的深度为从根到 n 的唯一路径长，根结点的深度为 0;
高度：对于任意结点 n,n 的高度为从 n 到一片树叶的最长路径长，所有树叶的高度为 0;
树的种类
按照有序性，可以分为有序树和无序树：
无序树：树中任意节点的子结点之间没有顺序关系
有序树：树中任意节点的子结点之间有顺序关系
按照节点包含子树个数，可以分为 B 树和二叉树，二叉树可以分为以下几种：
二叉树：每个节点最多含有两个子树的树称为二叉树;
二叉查找树：首先它是一颗二叉树，若左子树不空，则左子树上所有结点的值均小于它的根结点的值; 若右子树不空，则右子树上所有结点的值均大于它的根结点的值; 左、右子树也分别为二叉排序树;
满二叉树：叶节点除外的所有节点均含有两个子树的树被称为满二叉树;
完全二叉树：如果一颗二叉树除去最后一层节点为满二叉树，且最后一层的结点依次从左到右分布
霍夫曼树：带权路径最短的二叉树。
红黑树：红黑树是一颗特殊的二叉查找树，每个节点都是黑色或者红色，根节点、叶子节点是黑色。如果一个节点是红色的，则它的子节点必须是黑色的。
平衡二叉树(AVL)：一 棵空树或它的左右两个子树的高度差的绝对值不超过 1，并且左右两个子树都是一棵平衡二叉树
B- 树、B+ 树简介
B- 树简介
B- 树，也称为 B 树，是一种平衡的多叉树(可以对比一下平衡二叉查找树)，它比较适用于对外查找。看下这几个概念哈：
阶数：一个节点最多有多少个孩子节点。(一般用字母 m 表示)
关键字：节点上的数值就是关键字
度：一个节点拥有的子节点的数量。
一颗 m 阶的 B - 树，有以下特征：
根结点至少有两个子女;
每个非根节点所包含的关键字个数 j 满足：lceil;m/2 rceil; – 1 = j = m – 1.(lceil; rceil; 表示向上取整)
有 k 个关键字 (关键字按递增次序排列) 的非叶结点恰好有 k + 1 个孩子。
所有的叶子结点都位于同一层。
一棵简单的 B - 树如下：
B+ 树简介
B+ 树是 B - 树的变体，也是一颗多路搜索树。一棵 m 阶的 B + 树主要有这些特点：
每个结点至多有 m 个子女;
非根节点关键值个数范围：lceil;m/2 rceil; – 1 = k = m-1
相邻叶子节点是通过指针连起来的，并且是关键字大小排序的。
一颗 3 阶的 B + 树如下：
B+ 树和 B - 树的主要区别如下：
B- 树内部节点是保存数据的; 而 B + 树内部节点是不保存数据的，只作索引作用，它的叶子节点才保存数据。
B+ 树相邻的叶子节点之间是通过链表指针连起来的，B- 树却不是。
查找过程中，B- 树在找到具体的数值以后就结束，而 B + 树则需要通过索引找到叶子结点中的数据才结束
B- 树中任何一个关键字出现且只出现在一个结点中，而 B + 树可以出现多次。
B+ 树的插入
B+ 树插入要记住这几个步骤：
1.B+ 树插入都是在叶子结点进行的，就是插入前，需要先找到要插入的叶子结点。
2. 如果被插入关键字的叶子节点，当前含有的关键字数量是小于阶数 m，则直接插入。
3. 如果插入关键字后，叶子节点当前含有的关键字数目等于阶数 m，则插，该节点开始「分裂」为两个新的节点，一个节点包含 lfloor;m/2 rfloor; 个关键字，另外一个关键字包含 lceil;m/2 rceil; 个关键值。(lfloor;m/2 rfloor; 表示向下取整，lceil;m/2 rceil; 表示向上取整，如 lceil;3/2 rceil;=2)。
4. 分裂后，需要将第 lceil;m/2 rceil; 的关键字上移到父结点。如果这时候父结点中包含的关键字个数小于 m，则插入操作完成。
5. 分裂后，需要将 lceil;m/2 rceil; 的关键字上移到父结点。如果父结点中包含的关键字个数等于 m，则继续分裂父结点。
以一颗 4 阶的 B + 树为例子吧，4 阶的话，关键值最多 3(m-1)个。假设插入以下数据 43，48，36，32,37,49,28.
1. 在空树中插入 43
这时候根结点就一个关键值，此时它是根结点也是叶子结点。
2. 依次插入 48，36
这时候跟节点拥有 3 个关键字，已经满了
3. 继续插入 32，发现当前节点关键字已经不小于阶数 4 了，于是分裂 第 lceil;4/2 rceil;=2(下标 0,1,2)个，也即 43 上移到父节点。
4. 继续插入 37，49，前节点关键字都是还没满的，直接插入，如下：
5. 最后插入 28，发现当前节点关键字也是不小于阶数 4 了，于是分裂，于是分裂，第 lceil;4/2 rceil;= 2 个，也就是 36 上移到父节点，因父子节点只有 2 个关键值，还是小于 4 的，所以不用继续分裂，插入完成
B+ 树的查找
因为 B + 树的数据都是在叶子节点上的，内部节点只是指针索引的作用，因此，查找过程需要搜索到叶子节点上。还是以这颗 B + 树为例吧：
B+ 树单值查询
假设我们要查的值为 32.
第一次磁盘 I/O，查找磁盘块 1，即根节点(36,43), 因为 32 小于 36，因此访问根节点的左边第一个孩子节点
第二次磁盘 I/O, 查找磁盘块 2，即根节点的第一个孩子节点，获得区间(28,32), 遍历即可得 32.
动态图如下：
B+ 树范围查询
假设我们要查找区间 [32,40]区间的值.
第一步先访问根节点，发现区间的左端点 32 小于 36, 则访问根节点的第一个左子树(28,32);
第二步访问节点 (28,32)，找到 32，于是开始遍历链表，把[32,40] 区间值找出来，这也是 B + 树比 B - 树高效的地方。
B+ 树的删除
B+ 树删除关键字，分这几种情况
找到包含关键值的结点，如果关键字个数大于 lceil;m/2 rceil;-1，直接删除即可;
找到包含关键值的结点, 如果关键字个数大于 lceil;m/2 rceil;-1，并且关键值是当前节点的最大 (小) 值，并且该关键值存在父子节点中，那么删除该关键字，同时需要相应调整父节点的值。
找到包含关键值的结点，如果删除该关键字后，关键字个数小于 lceil;m/2 rceil;，并且其兄弟结点有多余的关键字，则从其兄弟结点借用关键字
找到包含关键值的结点，如果删除该关键字后，关键字个数小于 lceil;m/2 rceil;，并且其兄弟结点没有多余的关键字，则与兄弟结点合并。
如果关键字个数大于 lceil;m/2 rceil;，直接删除即可;
假设当前有这么一颗 5 阶的 B + 树
如果删除 22，因为关键字个数为 3 lceil;5/2 rceil;-1=2，直接删除(lceil; rceil; 表示向上取整的意思)
如果关键字个数大于 lceil;m/2 rceil;-1，并且删除的关键字存在于父子节点中，那么需要相应调整父子节点的值
如果删除 20，因为关键字个数为 3 lceil;5/2 rceil;-1=2，并且 20 是当前节点的边界值，且存在父子节点中，所以删除后，其父子节点也要响应调整。
如果删除该关键字后，关键字个数小于 lceil;m/2 rceil;-1，兄弟节点可以借用
以下这颗 5 阶的 B + 树，
如果删除 15, 删除关键字的结点只剩 1 个关键字，小于 lceil;5/2 rceil;-1=2，不满足 B + 树特点，但是其兄弟节点拥有 3 个元素(7,8,9)，可以借用 9 过来，如图：
在删除关键字后，如果导致其结点中关键字个数不足，并且兄弟结点没有得借用的话，需要合并兄弟结点
以下这颗 5 阶的 B + 树：
如果删除关键字 7，删除关键字的结点只剩 1 个关键字，小于 lceil;5/2 rceil;-1=2，不满足 B + 树特点，并且兄弟结点没法借用，因此发生合并，如下：
主要流程酱紫：
因为 7 被删掉后，只剩一个 8 的关键字，不满足 B + 树特点(lceil;m/2 rceil;-1 = 关键字 =m-1)。
并且没有兄弟结点关键字借用，因此 8 与前面的兄弟结点结合。
被删关键字结点的父节点，7 索引也被删掉了，只剩一个 9，并且其右兄弟结点 (18,20) 只有两个关键字，也是没得借，因此在此合并。
被删关键字结点的父子节点，也和其兄弟结点合并后，只剩一个子树分支，因此根节点 (16) 也下移了。
所以删除关键字 7 后的结果如下：
B+ 树经典面试题
InnoDB 一棵 B + 树可以存放多少行数据?
为什么索引结构默认使用 B + 树，而不是 hash，二叉树，红黑树，B- 树?
B- 树和 B + 树的区别
InnoDB 一棵 B + 树可以存放多少行数据?
这个问题的简单回答是：约 2 千万行。
在计算机中，磁盘存储数据最小单元是扇区，一个扇区的大小是 512 字节。
文件系统中，最小单位是块，一个块大小就是 4k;
InnoDB 存储引擎最小储存单元是页，一页大小就是 16k。
因为 B + 树叶子存的是数据，内部节点存的是键值 + 指针。索引组织表通过非叶子节点的二分查找法以及指针确定数据在哪个页中，进而再去数据页中找到需要的数据;
假设 B + 树的高度为 2 的话，即有一个根结点和若干个叶子结点。这棵 B + 树的存放总记录数为 = 根结点指针数 * 单个叶子节点记录行数。
如果一行记录的数据大小为 1k，那么单个叶子节点可以存的记录数 =16k/1k =16.
非叶子节点内存放多少指针呢? 我们假设主键 ID 为 bigint 类型，长度为 8 字节，而指针大小在 InnoDB 源码中设置为 6 字节，所以就是 8 +6=14 字节，16k/14B =16*1024B/14B = 1170
因此，一棵高度为 2 的 B + 树，能存放 1170 * 16=18720 条这样的数据记录。同理一棵高度为 3 的 B + 树，能存放 1170 *1170 *16 =21902400，也就是说，可以存放两千万左右的记录。B+ 树高度一般为 1 - 3 层，已经满足千万级别的数据存储。
为什么索引结构默认使用 B + 树，而不是 B -Tree，Hash 哈希，二叉树，红黑树?
简单版回答如下：
Hash 哈希，只适合等值查询，不适合范围查询。
一般二叉树，可能会特殊化为一个链表，相当于全表扫描。
红黑树，是一种特化的平衡二叉树，MySQL 数据量很大的时候，索引的体积也会很大，内存放不下的而从磁盘读取，树的层次太高的话，读取磁盘的次数就多了。
B-Tree，叶子节点和非叶子节点都保存数据，相同的数据量，B+ 树更矮壮，也是就说，相同的数据量，B+ 树数据结构，查询磁盘的次数会更少。
B- 树和 B + 树的区别
B- 树内部节点是保存数据的; 而 B + 树内部节点是不保存数据的，只作索引作用，它的叶子节点才保存数据。
B+ 树相邻的叶子节点之间是通过链表指针连起来的，B- 树却不是。
查找过程中，B- 树在找到具体的数值以后就结束，而 B + 树则需要通过索引找到叶子结点中的数据才结束
B- 树中任何一个关键字出现且只出现在一个结点中，而 B + 树可以出现多次。
以上就是 MySQL 中 B + 树索引的作用是什么，丸趣 TV 小编相信有部分知识点可能是我们日常工作会见到或用到的。希望你能通过这篇文章学到更多知识。更多详情敬请关注丸趣 TV 行业资讯频道。
