如何在c++中实现一个简单的B-Tree？ (数据库索引原理)

绝大多数场景应使用std::map/set而非手写B-Tree，因其红黑树实现已足够快且正确；B-Tree核心价值在磁盘I/O优化，内存中手写反而因缓存不友好等导致性能更差。

为什么不用手写 B-Tree 而用 std::map 或 std::set

绝大多数实际场景下，std::map（红黑树）已足够快，且能正确处理插入、删除、范围查询。B-Tree 的核心价值在磁盘 I/O 优化——节点大小对齐页（如 4KB），减少寻道；而内存中手写 B-Tree 反而因指针跳转、缓存不友好、分支预测失败导致性能不如红黑树。除非你在实现嵌入式数据库引擎或教学理解索引结构，否则不建议从零

B-Tree 节点设计的关键约束

B-Tree 的阶数 t 决定每个节点最少 t-1 个键、最多 2t-1 个键。内存中实现时，t 通常设为 3–5（对应节点容量 2–4 或 4–8 个键），太大则单节点查找变慢，太小则树变高、指针跳转增多。必须保证：

• keys 和 children 数组长度严格同步：若有 n 个键，则有 n+1 个子指针（叶子节点的 children 为 nullptr）
• 所有叶子节点必须在同一层，这是 B-Tree 支持范围查询和稳定查询时间的前提
• 分裂时，中间键上移至父节点，**不能**复制到左右子树——否则破坏唯一性

插入操作中最容易漏掉的边界情况

插入后节点键数超限（> 2t-1）必须分裂，但以下三点常被忽略：

• 根节点分裂时，需新建一个空根，原根降为左子节点，否则树高无法增加
• 非根节点分裂后，父节点插入新键可能再次触发分裂——必须递归向上处理，不能只处理一层
• 若父节点为空（比如刚新建的根），要检查是否为 nullptr，避免段错误

void splitChild(Node* parent, int childIdx) {
    Node* y = parent->children[childIdx];
    Node* z = new Node(y->isLeaf);
    z->n = t - 1;
    for (int i = 0; i < t - 1; ++i) {
        z->keys[i] = y->keys[i + t];
    }
    if (!y->isLeaf) {
        for (int i = 0; i < t; ++i) {
            z->children[i] = y->children[i + t];
        }
    }
    y->n = t - 1;
    for (int i = parent->n; i > childIdx; --i) {
        parent->children[i + 1] = parent->children[i];
    }
    parent->children[childIdx + 1] = z;
    for (int i = parent->n; i > childIdx; --i) {
        parent->keys[i] = parent->keys[i - 1];
    }
    parent->keys[childIdx] = y->keys[t - 1]; // 注意：是 y 的第 t-1 个键，不是 z 的
    parent->n++;
}

内存 B-Tree 比磁盘版更难调优的地方

磁盘 B-Tree 关注节点大小是否对齐块（如 4096 字节），而内存版真正麻烦的是缓存行（cache line）利用率。一个节点若跨多个 cache line（如 64 字节），一次访问可能触发多次内存加载。例如：vector 存键 + vector 存子指针，两者内存不连续，CPU 预取失效。更紧凑的做法是用单块 char[] 手动布局，或至少把 keys 和 children 合并在一个结构体里，并用 alignas(64) 对齐起始地址。