1.5.0 MySQL（关系型数据库）与分库分表：知识图谱与复习路线

本页是 MySQL（关系型数据库）模块的唯一导航、迁移账本和验收入口。它不承载机制长正文，不使用 kb:knowledge 标记；具体结论只在 01 至 08 分册成稿后落地。

1. 入口职责、范围与使用方式

1.1 学习依赖总览

flowchart LR
    A["01 InnoDB（事务存储引擎）页、行与 Buffer Pool（缓冲池）"] --> B["02 B+Tree（多路平衡树）索引与优化器"]
    B --> C["03 事务隔离与 MVCC（多版本并发控制）"]
    C --> D["04 锁体系与死锁"]
    A --> E["05 undo log（回滚日志）、redo log（重做日志）、binlog（二进制日志）"]
    C --> E
    D --> F["08 线上排障、项目话术与综合题库"]
    E --> G["06 复制、高可用与备份恢复"]
    G --> H["07 分库分表与扩容迁移"]
    B --> H
    H --> F
    E --> F

图中箭头表示“后者必须使用前者的结论”，不是并行写作顺序。你先理解数据页和访问路径，再解释快照读与锁范围；日志、复制和分片则把单库一致性扩展到恢复与容量演进。

1.2 存储知识树

flowchart TD
    S["存储：InnoDB（事务存储引擎）"] --> S1["表空间、段、区、页、行"]
    S --> S2["16 KiB（千字节）页：页头、页目录、记录堆、页尾"]
    S --> S3["Buffer Pool（缓冲池）"]
    S3 --> S31["Free List（空闲链表）"]
    S3 --> S32["LRU（最近最少使用）链表"]
    S3 --> S33["Flush List（刷盘链表）"]
    S --> S4["Change Buffer（变更缓冲）"]
    S --> S5["Doublewrite Buffer（双写缓冲）"]
    S --> S6["Adaptive Hash Index（自适应哈希索引）"]

这棵树用于回答“数据为什么以页读写、热点为什么留在缓存、脏页为什么不能随意刷盘”。失败分支是缓存淘汰、脏页积压或写入中断；它们分别进入访问路径、检查点和恢复章节处理。

1.3 事务与并发知识树

flowchart TD
    T["事务：ACID（原子性、一致性、隔离性、持久性）"] --> T1["隔离级别"]
    T1 --> T11["Read Committed（读已提交）"]
    T1 --> T12["Repeatable Read（可重复读）"]
    T --> T2["MVCC（多版本并发控制）"]
    T2 --> T21["DB_TRX_ID（事务标识）"]
    T2 --> T22["DB_ROLL_PTR（回滚指针）"]
    T2 --> T23["Read View（读视图）"]
    T --> T3["当前读与锁定读"]
    T3 --> T31["记录锁、间隙锁、临键锁"]
    T3 --> T32["MDL（元数据锁）与死锁"]

本图把“读到什么版本”和“写入时锁住什么索引范围”分开。MVCC（多版本并发控制）只解决快照读可见性，不替代库存条件更新、唯一约束、状态机和对账。

1.4 日志、分片与排障知识树

flowchart TD
    L["日志与扩展"] --> L1["undo log（回滚日志）：回滚与版本链"]
    L --> L2["redo log（重做日志）：崩溃恢复"]
    L --> L3["binlog（二进制日志）：复制、归档与时间点恢复"]
    L2 --> L4["两阶段提交与宕机判定"]
    L3 --> L5["复制、高可用、备份恢复"]
    L5 --> L6["分库分表：路由、全局 ID（全局唯一标识）、迁移"]
    P["排障路径"] --> P1["慢 SQL（结构化查询语言）或延迟上升"]
    P1 --> P2["执行计划、等待事件、日志与应用链路"]
    P2 --> P3["索引／锁／刷脏／复制／分片热点"]
    P3 --> P4["止血、验证、复盘与预防"]
    L6 -.容量或路由异常.-> P3
    L4 -.恢复异常.-> P3

排障先判断影响面，再保全证据；不要只因看到慢 SQL（结构化查询语言）就盲目加索引，也不要把锁范围扩大错误地解释为 InnoDB（事务存储引擎）自动锁升级。

2. 分册唯一职责与依赖

3. 旧主文档迁移基线与 88 题唯一台账

3.1 基线登记与差异处理

差异口径：62,613 是实施计划写入的历史迁移基线；27,625 是本次对现存旧主文档执行字符统计后的快照。后续若旧主文档被他人编辑，只重新记录快照，不覆盖历史基线，也不凭字符数增减推断题目是否迁移。

3.2 逐题唯一迁移台账

台账字段：稳定标识、原位置、题型、唯一目标文件、目标小节、改写状态、链接状态。当前 01 至 08 均未创建，因此全部为“待改写／待创建后链接”；这不是遗漏，而是本入口页的如实基线。

| 稳定标识 | 原位置 | 题型 | 唯一目标文件 | 目标小节 | 改写状态 | 链接状态 | | --- | --- | --- | --- | --- | --- | | 见下列 88 条 | 旧 3.1 至旧 10.25 | 88 道 | 01 至 08 | 按唯一职责分配 | 待改写 | 待创建后链接 |

1.5.1：InnoDB（事务存储引擎）页、行与 Buffer Pool（缓冲池）（8 道）

1.5.2：B+Tree（多路平衡树）索引与优化器（10 道）

1.5.3：事务隔离与 MVCC（多版本并发控制）（18 道）

1.5.4：锁体系与死锁（19 道）

1.5.5：undo log（回滚日志）、redo log（重做日志）、binlog（二进制日志）与崩溃恢复（10 道）

1.5.6：复制、高可用与备份恢复（1 道）

1.5.7：分库分表与扩容迁移（12 道）

1.5.8：线上排障、项目话术与综合题库（10 道）

4. 三条复习路线

4.1 基础路线：先建立数据与访问模型

按 1.5.1 → 1.5.2 → 1.5.3 → 1.5.4 学习。你每一站只回答一个问题：数据怎样落页、查询怎样定位、读到哪个版本、写入会锁住什么。完成标准是你能用库存表解释一次索引访问与条件更新，而不是背出名词。

4.2 原理路线：从提交到恢复再到复制

按 1.5.3 → 1.5.5 → 1.5.6 学习。你需要把事务可见性、undo log（回滚日志）、redo log（重做日志）、binlog（二进制日志）、两阶段提交、复制位点和时间点恢复串为一条链。完成标准是能逐个解释宕机点和验证数据是否正确的证据。

4.3 项目路线：从单库约束到容量演进

按 1.5.4 → 1.5.7 → 1.5.8 学习。以 WMS（仓储管理系统）库存预占、支付入账与退款对账、订单履约和海外仓状态同步为案例，先说明单库的条件更新与幂等，再说明为什么分片、怎样迁移、出了问题怎样止血和对账。

5. MySQL（关系型数据库）5.7、8.0、8.4 版本边界

6. 必画图资产与项目映射

6.1 正式图资产清单

6.2 项目绑定矩阵与数据演绎入口

数据演绎最低样例：SKU（库存单位）SKU-1001 在仓库 WH-01 的可用库存为 12；两个事务分别预占 8 与 6。分册 1.5.4 必须以带 available >= quantity 的条件更新、影响行数和事务顺序证明“最多一笔成功”；分册 1.5.8 再把失败请求、幂等键和库存流水对账收口，不在本页重复长答案。

7. 完成判定、轻量验收与新对话恢复

7.1 完成红线

• 88 道旧题全部具有且仅具有一个目标；台账总数、分册合计和旧题来源三者均为 88。
• 每个机制分册达到计划规定的知识小节、六字段题、图、表、数据演绎和综合长答案下限。
• 每个版本结论都写明 MySQL（关系型数据库）5.7、8.0 或 8.4 的适用边界；小版本特性附验证命令或官方手册章节。
• 不能把 InnoDB（事务存储引擎）错误表述为“行锁达到阈值就自动升级为表锁”；必须区分索引范围扩大、MDL（元数据锁）阻塞和表锁。
• 正式图先真实渲染、再引用；图后必须解释节点、箭头、前提和失败分支。

7.2 轻量验收清单

7.3 新对话恢复指令

1. 先阅读项目规定的入口资料、旧主文档和本页；核对旧题快照是否仍为 88。
2. 从 1.5.1 开始，按本页“分册唯一职责与依赖”创建目标分册；不得跳号。
3. 每完成一个分册，回写本页对应题目的改写状态和链接状态；本次任务范围不回写其他文件。
4. 在模块边界运行审计、图形渲染和 git diff --check，再由看板维护者更新模块状态。

8. 本次入口页验收记录