从IO视角深度对比：BST、红黑树、B树、B+树

从IO视角深度对比：BST、红黑树、B树、B+树（1-17有序数据实测）

在数据库、文件系统等磁盘存储场景中，磁盘IO次数 是决定索引性能的核心指标，磁盘IO速度远低于内存读取，因此索引结构的本质优化方向就是尽可能降低树的高度、减少磁盘读取次数。

本文采用统一测试数据集：有序序列 1,2,3,4,...,17 ，分别构建二叉搜索树、红黑树、B树、B+树，以查询数字17为核心场景，统计IO读取次数，结合可视化结构对比四种索引的优劣，帮助直观理解树形索引的演进逻辑。

说明：本文中，一个树节点 = 一次磁盘IO读取，树的层数 = 查询时需要的IO次数。

有序插入1~17后，BST直接退化为单链斜树 ：

节点顺序：1→2→3→...→16→17，整棵树只有右子树，高度=17层

从根节点1开始，逐层向下读取，需要依次读取：1、2、3...17
总IO次数：17次

优势
- 实现逻辑最简单，规则清晰，适合小规模无序内存数据；
- 无序数据插入时，可达到 O(logN)O(logN)O(logN) 的查询效率。
劣势
- 有序/接近有序数据插入时，直接退化为链表，树高等于数据量，IO次数爆炸；
- 最坏时间复杂度退化到 O(N)O(N)O(N)，磁盘场景完全不可用；
- 无自平衡机制，无法应对海量有序数据场景。

同样插入1~17，红黑树通过节点变色+左右旋转 强制自平衡，规避斜树问题。

本次实测树高为 6层。

从根节点4开始，逐层向下读取：4 → 8 → 12 → 14 → 16 → 17
总IO次数：5次

优势
- 严格自平衡，最长路径不超过最短路径2倍，IO次数稳定可控；
- 内存中插入、删除、查询效率极高，广泛用于内存有序容器（Java TreeMap、C++ set）。
劣势
- 本质是二叉树，单个节点仅存1个关键字，树高依然偏高；
- 磁盘场景下IO次数远高于多路树，不适合作为磁盘索引；
- 插入删除需要频繁旋转变色，维护成本较高。

最大度为3的B树，每个节点最多存2个关键字、3个子节点，多路结构大幅压缩树高。

本次实测树高为 4层。

读取路径：根节点8 → 中间节点12 → 叶子节点14,16,17
总IO次数：3次

优势
- 多路节点，单节点存储多个关键字，树高极低，IO次数远小于二叉树；
- 单点查询效率优秀，命中可在非叶子节点完成；
- 天然平衡，适合磁盘存储场景。
劣势
- 非叶子节点同时存储关键字和数据，节点存储的索引数量有限，树高仍有优化空间；
- 范围查询效率极差 ，例如查询1~10，需要逐个节点向下遍历，IO次数暴增；
- 叶子节点无序串联，无法直接顺序遍历。

B树的优化版本：非叶子节点只存索引关键字，所有数据全部存储在叶子节点 ，叶子节点通过链表有序串联。

本次实测树高为 4层。

读取路径：根节点9 → 第二层13 → 第三层15 → 叶子节点16,17
总IO次数：4次

优势
- 磁盘利用率最高：非叶子节点仅存索引，内存可缓存更多上层索引，大幅减少磁盘IO；
- 范围查询碾压其他所有结构 ：叶子节点有序链表，查询1~10仅需读取对应叶子节点后顺序遍历，无需回溯上层；
- 所有查询都走到叶子节点，IO次数稳定；是MySQL InnoDB默认索引结构。
劣势
- 单点查询比B树多1次IO（必须走到叶子节点）；
- 结构复杂，插入删除维护逻辑繁琐。

树形索引的演进逻辑，本质是针对磁盘IO的持续优化：

所有优化的核心目标，都是尽可能减少磁盘IO次数，这也是B+树成为工业主流索引的根本原因。