多叉树
二叉树
- 每个节点最多拥有两个子节点
- 每个节点最多有一个父节点
- 只有一个根节点
- 遍历
- 前序遍历
- 中序遍历
- 后序遍历
- 层次遍历
搜索二叉树
- 左边比根小
- 右边比根大
- 查找时间 最优 Ologn ~ On 不太稳定
平衡二叉树
-
旋转 如何旋转 如何平衡
-
最小不平衡子树
-
LL型
-
LR型
-
任何一个节点 左右子树高度差不超过1
-
RR型
-
RL型
红黑树
- 近似的平衡二叉查找树
- 要么是红的要么是黑的
- 叶子节点nil节点是黑的
- 根节点是黑的 心是一个黑心呀
- 节点会变色
- 红色节点的子节点一定是黑的 不能两个连续的红色节点
- 任意一个节点 到任何一个叶子的路径 是具有相同数目的黑色节点的
b树
b+树
- mysql的底层实现 存储结构
- 索引
- 为什么MySql索引使用B+树
- B+树的查询时间大概多少?
回答:跟树的高度有关,是O(log n)。 - hash查找时间大概多少?
回答:o(1)。 - hash比B+查找时间更短,为什么索引不用hash?
- 回答:这和业务场景有关,如果只查找一个值的话,hash是一个很好的选择,单数据库经常会选择多条,这时候由于B+树索引有序,并且又有链表相连,它的查询效率比hash就快很多了。而且数据库中的索引一般是在磁盘上,数据量大的情况可能无法一次装入内存,B+树的设计可以允许数据分批加载,同时树的高度较低,提高查找效率。
- 为什么用B+树不用b树或红黑树呢?
回答:B+树只有叶节点存放数据,其余节点用来索引,而B-树是每个索引节点都会有Data域。
B-树/B+树 的特点就是每层节点数目非常多,层数很少,目的就是为了就少磁盘IO次数,但是B-树的每个节点都有data域(指针),这无疑增大了节点大小,说白了增加了磁盘IO次数(磁盘IO一次读出的数据量大小是固定的,单个数据变大,每次读出的就少,IO次数增多,一次IO多耗时),而B+树除了叶子节点其它节点并不存储数据,节点小,磁盘IO次数就少。这是优点之一。
另一个优点是: B+树所有的Data域在叶子节点,一般来说都会进行一个优化,就是将所有的叶子节点用指针串起来。这样遍历叶子节点就能获得全部数据,这样就能进行区间访问啦。在数据库中基于范围的查询是非常频繁的,而B树不支持这样的遍历操作。
在大规模数据存储的时候,红黑树往往出现由于树的深度过大而造成磁盘IO读写过于频繁,进而导致效率低下的情况。
b*树