标签：height 索引 查找树 平衡二叉树 绝对值 区间 部分 保存数据 插入数据
索引是为了加速对表中数据行的检索而创建的一种分散储存的数据结构。
工作原理：
通过我们建立的索引，可以通过命中后的磁盘地址快速的找到我们需要的表数据，比起全表扫描去查询数据，可以大大的提升查找效率。
在关系型数据库中，索引是硬盘级索引。
1）二叉树
二叉树相信大家都非常熟悉，以一个节点为根节点，比该节点小的值走左边，大的值走右边。搜索数据时，只要通过它的数据链接就可找到相应的数据。右边为一个节点里的具体组成部分。
缺点：二叉树有个极其致命的缺点，当插入数据为顺序递增或顺序递减时，形成的二叉树就成了单边链条。
这样的话，查找也没有效率可言。
2）平衡二叉查找树
平衡二叉查找树作为二叉查找树的进阶版，改进了二叉查找树的缺点。
定义：它是一棵空树或它的左右两个子树的高度差的绝对值不超过1，并且左右两个子树都是一棵平衡二叉树。
即，当平衡二叉查找树数据插入时，如果发现形成的树结构违反了它的定义，那么此时树会发生形变，组成一颗相对平衡的查找树。
如果还是以上面的1-5顺序插入时，形成的树结构为
红黑树也是平衡二叉查找树的一种实现。
因此不建议对数据频繁变更的列建立索引，因为在这个过程中，索引的结构变更必然会带来IO流和CPU的损耗。
缺点：
1.搜索效率不足。
因为归根结底还是二叉树结构，因此在数据量大的时候，树的高度极高，也就意味着可能一次查找需要超多次数的IO。
2.节点数据内容太少。
每一个节点中保存的数据远远不够填满一次内存和磁盘交互的值。如果一次内存和磁盘的交互为4KB，那么一个节点中保存的数据其实就大大浪费了这个空间。
3）B tree（多路平衡查找树，绝对平衡）
那么B树如何解决平衡二叉树的缺点呢？
上图是一个三路平衡查找树，因为Btree是多路平衡查找树的原因，它可以是三路，四路，五路六路，路越多，就意味着树的高度越低，那么一次搜索的最大IO次数也就越少。
也因为它的多路特性，一次IO交互的磁盘块中可能保存着巨大数量的节点数据。我们以id为int为例，一次IO交互假设为4KB，那么一次IO交互最多能保存1024个关键字！（当然一个节点中有数据区和子节点引用，粗略计算）。
因此我们在设置数据库的字段类型和字段长度的时候，控制字段类型合理，字段长度合理，就能保证每次索引磁盘块的加载能包含更多数据，从而提升我们的查找效率。
4）B+tree（加强版多路绝对平衡查找树）
我们还是以三路查找树为例
B+树的特点：
B+树相比B树的优点：
标签：height 索引 查找树 平衡二叉树 绝对值 区间 部分 保存数据 插入数据
原文地址：https://www.cnblogs.com/keeplearningclc/p/10960890.html
