【MySQL InnoDB 内核】Optimizer 与 Handler：ICP、MRR 与存储引擎边界

土法炼钢兴趣小组的算法知识备份

Liao Tonglang · 2026-06-18 · via 土法炼钢兴趣小组的算法知识备份

EXPLAIN 显示 Using index condition 时，部分 WHERE 谓词在 InnoDB 层 对二级索引记录求值，而非全部回表后在 Server 过滤——这是 ICP（Index Condition Pushdown）。Using mrr 则表示 MRR 批量收集主键再排序回表，把随机 IO 变成顺序 IO。二者都发生在 handler 接口 之下，优化器只选是否启用。

本文不展开 Server 层代价模型全文，只钉住 InnoDB 提供的能力与代价，对照 PG 执行器。版本：MySQL 8.0.36。

一、Handler 在架构中的位置

flowchart TD
  SQL[SQL 层] --> OPT[Optimizer]
  OPT --> H[handler 接口]
  H --> INN[ha_innobase]
  INN --> ROW[row0sel / row0upd]
  ROW --> BTR[B+Tree]
  ROW --> BUF[Buffer Pool]

handlerton 注册引擎能力（事务、索引类型、ICP 标志）。优化器通过 TABLE::file 调用 index_read、index_next、rnd_next 等。

源码：sql/handler.h、sql/handler.cc、storage/innobase/handler/ha_innodb.cc。

二、核心 handler 方法

方法	场景
`index_read`	定长键查找
`index_read_map` / `index_next`	范围扫描
`index_read_last`	反向扫描
`rnd_next`	全表扫描（聚簇索引）
`write_row` / `update_row` / `delete_row`	DML

ha_innobase::index_read 最终进入 row_search_mvcc（一致性读）或加锁读路径（第 7–9 篇）。

三、ICP：Index Condition Pushdown

优化器把 可用索引列无法完全覆盖 的谓词，以 ITEM 形式传给引擎；ha_innobase 在 二级索引记录 上调用 index_cond 回调。

-- 需本地验证
EXPLAIN SELECT * FROM t WHERE a > 10 AND b LIKE 'x%';
-- 索引 (a,c)，谓词含 b 时可能出现 Using index condition

收益：减少回表次数。代价：引擎内求值 CPU；某些函数不可下推。

源码：sql/opt_range.cc（计划）、storage/innobase/handler/ha_innodb.cc（innobase_index_cond）。

四、MRR 与 DS-MRR

Multi-Range Read：先扫二级索引收集主键到 buffer，按 PK 排序 后批量回表。

标志	含义
`Using mrr`	启用 MRR
`Using mrr(sort_key)`	DS-MRR，排序键后回表

对 高选择性 范围查 + 宽表，MRR 显著降随机 IO；低选择性可能增加内存与排序开销。

五、覆盖索引与 EXPLAIN 解读

Using index：所需列均在同一二级索引中（第 11 篇）。Using where 在 Server 或引擎过滤。

EXPLAIN ANALYZE（8.0.18+）显示 实际行数与循环耗时——排查 ICP/MRR 是否生效的首选（需本地验证）。

六、代价边界

优化器用 统计信息（mysql.innodb_index_stats）估计行数；InnoDB 提供 info()、scan_time() 等粗粒度代价。 不准确统计 导致选错「索引+回表」vs「全表扫描」——与 PG 错误 n_distinct 同类。

七、实验（需本地验证）

SET optimizer_switch='mrr=on,mrr_cost_based=off';
SET optimizer_switch='index_condition_pushdown=on';

EXPLAIN ANALYZE SELECT id, col FROM wide WHERE secondary_key BETWEEN 1 AND 10000;
-- 对比 mrr on/off 的 actual time

八、工程坑点

以为 ICP 等于索引全覆盖。只能下推与索引列相关的条件组合。

关闭 MRR 后抱怨随机 IO。宽表二级索引范围查可显式测试 MRR。

8.0 隐式主键与覆盖索引设计。无显式 PK 时用隐藏 DB_ROW_ID，影响回表语义。

九、关键要点

handler 是优化器与 InnoDB 的唯一边界。
ICP 在索引记录上过滤，减少回表。
MRR 排序主键后批量回表，优化 IO 形态。
覆盖索引 避免回表；与 ICP/MRR 正交。
计划问题先 EXPLAIN ANALYZE，再下钻 handler 路径。

十一、PG 对照

维度	InnoDB handler	PG Executor
下推过滤	ICP（索引层）	Index Scan + filter 或 Index Cond
批量回表	MRR + DS-MRR	Bitmap Index Scan + heap fetch
覆盖扫描	二级索引含列即可	Index-Only Scan + VM
接口	`handler` 虚表	`ForeignScan` / `IndexScan` 节点

PG 第 12 篇在计划节点层下推；MySQL 在 存储引擎 API 层下推——读懂 ha_innobase::index_read 即可对齐直觉。

深度阅读清单

深度.1 `handler::index_read`（`sql/handler.h`）

MySQL 8.0.36 中该符号与 Optimizer 与 Handler 相关：handler 索引读接口。

步骤	动作
1	在 tag `mysql-8.0.36` 下打开源文件
2	自函数入口向下读 80–120 行
3	记录 mtr / mutex 边界与调用方
4	对照本章流程图标注阶段

深度.2 `ha_innobase::index_read`（`storage/innobase/handler/ha_innodb.cc`）

MySQL 8.0.36 中该符号与 Optimizer 与 Handler 相关：InnoDB 实现。

步骤	动作
1	在 tag `mysql-8.0.36` 下打开源文件
2	自函数入口向下读 80–120 行
3	记录 mtr / mutex 边界与调用方
4	对照本章流程图标注阶段

深度.3 `ha_innobase::read_range_first`（`storage/innobase/handler/ha_innodb.cc`）

MySQL 8.0.36 中该符号与 Optimizer 与 Handler 相关：范围扫描入口。

步骤	动作
1	在 tag `mysql-8.0.36` 下打开源文件
2	自函数入口向下读 80–120 行
3	记录 mtr / mutex 边界与调用方
4	对照本章流程图标注阶段

深度.4 `row_sel_store_mysql_rec`（`storage/innobase/row/row0sel.cc`）

MySQL 8.0.36 中该符号与 Optimizer 与 Handler 相关：行转 MySQL 格式。

步骤	动作
1	在 tag `mysql-8.0.36` 下打开源文件
2	自函数入口向下读 80–120 行
3	记录 mtr / mutex 边界与调用方
4	对照本章流程图标注阶段

深度.5 `innobase_index_cond`（`storage/innobase/handler/ha_innodb.cc`）

MySQL 8.0.36 中该符号与 Optimizer 与 Handler 相关：ICP 回调。

步骤	动作
1	在 tag `mysql-8.0.36` 下打开源文件
2	自函数入口向下读 80–120 行
3	记录 mtr / mutex 边界与调用方
4	对照本章流程图标注阶段

深度.6 `trx_commit_for_mysql`（`storage/innobase/trx/trx0trx.cc`）

MySQL 8.0.36 中该符号与 Optimizer 与 Handler 相关：InnoDB 事务提交入口。

步骤	动作
1	在 tag `mysql-8.0.36` 下打开源文件
2	自函数入口向下读 80–120 行
3	记录 mtr / mutex 边界与调用方
4	对照本章流程图标注阶段

深度.7 `trx_prepare_for_mysql`（`storage/innobase/trx/trx0trx.cc`）

MySQL 8.0.36 中该符号与 Optimizer 与 Handler 相关：InnoDB XA prepare。

步骤	动作
1	在 tag `mysql-8.0.36` 下打开源文件
2	自函数入口向下读 80–120 行
3	记录 mtr / mutex 边界与调用方
4	对照本章流程图标注阶段

深度.8 `log_buffer_write`（`storage/innobase/log/log0log.cc`）

MySQL 8.0.36 中该符号与 Optimizer 与 Handler 相关：redo 写入 log buffer。

步骤	动作
1	在 tag `mysql-8.0.36` 下打开源文件
2	自函数入口向下读 80–120 行
3	记录 mtr / mutex 边界与调用方
4	对照本章流程图标注阶段

深度.9 `log_write_up_to`（`storage/innobase/log/log0log.cc`）

MySQL 8.0.36 中该符号与 Optimizer 与 Handler 相关：redo 刷盘至指定 LSN。

步骤	动作
1	在 tag `mysql-8.0.36` 下打开源文件
2	自函数入口向下读 80–120 行
3	记录 mtr / mutex 边界与调用方
4	对照本章流程图标注阶段

深度.10 `buf_page_get_gen`（`storage/innobase/buf/buf0buf.cc`）

MySQL 8.0.36 中该符号与 Optimizer 与 Handler 相关：Buffer Pool 取页。

步骤	动作
1	在 tag `mysql-8.0.36` 下打开源文件
2	自函数入口向下读 80–120 行
3	记录 mtr / mutex 边界与调用方
4	对照本章流程图标注阶段

深度.11 `lock_rec_lock`（`storage/innobase/lock/lock0lock.cc`）

MySQL 8.0.36 中该符号与 Optimizer 与 Handler 相关：记录锁 / gap lock。

步骤	动作
1	在 tag `mysql-8.0.36` 下打开源文件
2	自函数入口向下读 80–120 行
3	记录 mtr / mutex 边界与调用方
4	对照本章流程图标注阶段

深度.12 `ibuf_insert`（`storage/innobase/ibuf/ibuf0ibuf.cc`）

MySQL 8.0.36 中该符号与 Optimizer 与 Handler 相关：Change Buffer 插入。

步骤	动作
1	在 tag `mysql-8.0.36` 下打开源文件
2	自函数入口向下读 80–120 行
3	记录 mtr / mutex 边界与调用方
4	对照本章流程图标注阶段

深度.13 `ibuf_merge`（`storage/innobase/ibuf/ibuf0ibuf.cc`）

MySQL 8.0.36 中该符号与 Optimizer 与 Handler 相关：Change Buffer 合并。

步骤	动作
1	在 tag `mysql-8.0.36` 下打开源文件
2	自函数入口向下读 80–120 行
3	记录 mtr / mutex 边界与调用方
4	对照本章流程图标注阶段

深度.14 `btr_search_build_page_hash_index`（`storage/innobase/btr/btr0sea.cc`）

MySQL 8.0.36 中该符号与 Optimizer 与 Handler 相关：AHI 构建。

步骤	动作
1	在 tag `mysql-8.0.36` 下打开源文件
2	自函数入口向下读 80–120 行
3	记录 mtr / mutex 边界与调用方
4	对照本章流程图标注阶段

深度.15 `srv_mon_print_innodb_monitor`（`storage/innobase/srv/srv0mon.cc`）

MySQL 8.0.36 中该符号与 Optimizer 与 Handler 相关：INNODB STATUS 输出。

步骤	动作
1	在 tag `mysql-8.0.36` 下打开源文件
2	自函数入口向下读 80–120 行
3	记录 mtr / mutex 边界与调用方
4	对照本章流程图标注阶段

深度.16 `trx_purge`（`storage/innobase/trx/trx0purge.cc`）

MySQL 8.0.36 中该符号与 Optimizer 与 Handler 相关：purge 回收 undo。

步骤	动作
1	在 tag `mysql-8.0.36` 下打开源文件
2	自函数入口向下读 80–120 行
3	记录 mtr / mutex 边界与调用方
4	对照本章流程图标注阶段

深度.17 `recv_recovery_from_checkpoint_start`（`storage/innobase/log/log0recv.cc`）

MySQL 8.0.36 中该符号与 Optimizer 与 Handler 相关：崩溃恢复 redo apply。

步骤	动作
1	在 tag `mysql-8.0.36` 下打开源文件
2	自函数入口向下读 80–120 行
3	记录 mtr / mutex 边界与调用方
4	对照本章流程图标注阶段

深度.18 `ha_commit_trans`（`sql/handler.cc`）

MySQL 8.0.36 中该符号与 Optimizer 与 Handler 相关：Server 层事务提交。

步骤	动作
1	在 tag `mysql-8.0.36` 下打开源文件
2	自函数入口向下读 80–120 行
3	记录 mtr / mutex 边界与调用方
4	对照本章流程图标注阶段

深度.19 `ordered_commit`（`sql/binlog.cc`）

MySQL 8.0.36 中该符号与 Optimizer 与 Handler 相关：binlog 组提交。

步骤	动作
1	在 tag `mysql-8.0.36` 下打开源文件
2	自函数入口向下读 80–120 行
3	记录 mtr / mutex 边界与调用方
4	对照本章流程图标注阶段

深度.20 `MYSQL_BIN_LOG::commit`（`sql/binlog.cc`）

MySQL 8.0.36 中该符号与 Optimizer 与 Handler 相关：binlog 事务落盘。

步骤	动作
1	在 tag `mysql-8.0.36` 下打开源文件
2	自函数入口向下读 80–120 行
3	记录 mtr / mutex 边界与调用方
4	对照本章流程图标注阶段

深度.21 `ha_innobase::index_read`（`storage/innobase/handler/ha_innodb.cc`）

MySQL 8.0.36 中该符号与 Optimizer 与 Handler 相关：索引读 handler 入口。

步骤	动作
1	在 tag `mysql-8.0.36` 下打开源文件
2	自函数入口向下读 80–120 行
3	记录 mtr / mutex 边界与调用方
4	对照本章流程图标注阶段

深度.22 `ha_innobase::index_next`（`storage/innobase/handler/ha_innodb.cc`）

MySQL 8.0.36 中该符号与 Optimizer 与 Handler 相关：索引扫描下一行。

步骤	动作
1	在 tag `mysql-8.0.36` 下打开源文件
2	自函数入口向下读 80–120 行
3	记录 mtr / mutex 边界与调用方
4	对照本章流程图标注阶段

深度.23 `row_search_mvcc`（`storage/innobase/row/row0sel.cc`）

MySQL 8.0.36 中该符号与 Optimizer 与 Handler 相关：一致性读搜索。

步骤	动作
1	在 tag `mysql-8.0.36` 下打开源文件
2	自函数入口向下读 80–120 行
3	记录 mtr / mutex 边界与调用方
4	对照本章流程图标注阶段

深度.24 `btr_cur_search_to_nth_level`（`storage/innobase/btr/btr0cur.cc`）

MySQL 8.0.36 中该符号与 Optimizer 与 Handler 相关：B+Tree 搜索。

步骤	动作
1	在 tag `mysql-8.0.36` 下打开源文件
2	自函数入口向下读 80–120 行
3	记录 mtr / mutex 边界与调用方
4	对照本章流程图标注阶段

深度.25 `handler::index_read`（`sql/handler.h`）

MySQL 8.0.36 中该符号与 Optimizer 与 Handler 相关：handler 索引读接口。

步骤	动作
1	在 tag `mysql-8.0.36` 下打开源文件
2	自函数入口向下读 80–120 行
3	记录 mtr / mutex 边界与调用方
4	对照本章流程图标注阶段

深度.26 `ha_innobase::index_read`（`storage/innobase/handler/ha_innodb.cc`）

MySQL 8.0.36 中该符号与 Optimizer 与 Handler 相关：InnoDB 实现。

步骤	动作
1	在 tag `mysql-8.0.36` 下打开源文件
2	自函数入口向下读 80–120 行
3	记录 mtr / mutex 边界与调用方
4	对照本章流程图标注阶段

深度.27 `ha_innobase::read_range_first`（`storage/innobase/handler/ha_innodb.cc`）

MySQL 8.0.36 中该符号与 Optimizer 与 Handler 相关：范围扫描入口。

步骤	动作
1	在 tag `mysql-8.0.36` 下打开源文件
2	自函数入口向下读 80–120 行
3	记录 mtr / mutex 边界与调用方
4	对照本章流程图标注阶段

深度.28 `row_sel_store_mysql_rec`（`storage/innobase/row/row0sel.cc`）

MySQL 8.0.36 中该符号与 Optimizer 与 Handler 相关：行转 MySQL 格式。

步骤	动作
1	在 tag `mysql-8.0.36` 下打开源文件
2	自函数入口向下读 80–120 行
3	记录 mtr / mutex 边界与调用方
4	对照本章流程图标注阶段

深度.29 `innobase_index_cond`（`storage/innobase/handler/ha_innodb.cc`）

MySQL 8.0.36 中该符号与 Optimizer 与 Handler 相关：ICP 回调。

步骤	动作
1	在 tag `mysql-8.0.36` 下打开源文件
2	自函数入口向下读 80–120 行
3	记录 mtr / mutex 边界与调用方
4	对照本章流程图标注阶段

深度.30 `trx_commit_for_mysql`（`storage/innobase/trx/trx0trx.cc`）

MySQL 8.0.36 中该符号与 Optimizer 与 Handler 相关：InnoDB 事务提交入口。

步骤	动作
1	在 tag `mysql-8.0.36` 下打开源文件
2	自函数入口向下读 80–120 行
3	记录 mtr / mutex 边界与调用方
4	对照本章流程图标注阶段

深度.31 `trx_prepare_for_mysql`（`storage/innobase/trx/trx0trx.cc`）

MySQL 8.0.36 中该符号与 Optimizer 与 Handler 相关：InnoDB XA prepare。

步骤	动作
1	在 tag `mysql-8.0.36` 下打开源文件
2	自函数入口向下读 80–120 行
3	记录 mtr / mutex 边界与调用方
4	对照本章流程图标注阶段

深度.32 `log_buffer_write`（`storage/innobase/log/log0log.cc`）

MySQL 8.0.36 中该符号与 Optimizer 与 Handler 相关：redo 写入 log buffer。

步骤	动作
1	在 tag `mysql-8.0.36` 下打开源文件
2	自函数入口向下读 80–120 行
3	记录 mtr / mutex 边界与调用方
4	对照本章流程图标注阶段

深度.33 `log_write_up_to`（`storage/innobase/log/log0log.cc`）

MySQL 8.0.36 中该符号与 Optimizer 与 Handler 相关：redo 刷盘至指定 LSN。

步骤	动作
1	在 tag `mysql-8.0.36` 下打开源文件
2	自函数入口向下读 80–120 行
3	记录 mtr / mutex 边界与调用方
4	对照本章流程图标注阶段

深度.34 `buf_page_get_gen`（`storage/innobase/buf/buf0buf.cc`）

MySQL 8.0.36 中该符号与 Optimizer 与 Handler 相关：Buffer Pool 取页。

步骤	动作
1	在 tag `mysql-8.0.36` 下打开源文件
2	自函数入口向下读 80–120 行
3	记录 mtr / mutex 边界与调用方
4	对照本章流程图标注阶段

深度.35 `lock_rec_lock`（`storage/innobase/lock/lock0lock.cc`）

MySQL 8.0.36 中该符号与 Optimizer 与 Handler 相关：记录锁 / gap lock。

步骤	动作
1	在 tag `mysql-8.0.36` 下打开源文件
2	自函数入口向下读 80–120 行
3	记录 mtr / mutex 边界与调用方
4	对照本章流程图标注阶段

深度.36 `ibuf_insert`（`storage/innobase/ibuf/ibuf0ibuf.cc`）

MySQL 8.0.36 中该符号与 Optimizer 与 Handler 相关：Change Buffer 插入。

步骤	动作
1	在 tag `mysql-8.0.36` 下打开源文件
2	自函数入口向下读 80–120 行
3	记录 mtr / mutex 边界与调用方
4	对照本章流程图标注阶段

深度.37 `ibuf_merge`（`storage/innobase/ibuf/ibuf0ibuf.cc`）

MySQL 8.0.36 中该符号与 Optimizer 与 Handler 相关：Change Buffer 合并。

步骤	动作
1	在 tag `mysql-8.0.36` 下打开源文件
2	自函数入口向下读 80–120 行
3	记录 mtr / mutex 边界与调用方
4	对照本章流程图标注阶段

深度.38 `btr_search_build_page_hash_index`（`storage/innobase/btr/btr0sea.cc`）

MySQL 8.0.36 中该符号与 Optimizer 与 Handler 相关：AHI 构建。

步骤	动作
1	在 tag `mysql-8.0.36` 下打开源文件
2	自函数入口向下读 80–120 行
3	记录 mtr / mutex 边界与调用方
4	对照本章流程图标注阶段

深度.39 `srv_mon_print_innodb_monitor`（`storage/innobase/srv/srv0mon.cc`）

MySQL 8.0.36 中该符号与 Optimizer 与 Handler 相关：INNODB STATUS 输出。

步骤	动作
1	在 tag `mysql-8.0.36` 下打开源文件
2	自函数入口向下读 80–120 行
3	记录 mtr / mutex 边界与调用方
4	对照本章流程图标注阶段

深度.40 `trx_purge`（`storage/innobase/trx/trx0purge.cc`）

MySQL 8.0.36 中该符号与 Optimizer 与 Handler 相关：purge 回收 undo。

步骤	动作
1	在 tag `mysql-8.0.36` 下打开源文件
2	自函数入口向下读 80–120 行
3	记录 mtr / mutex 边界与调用方
4	对照本章流程图标注阶段

深度.41 `recv_recovery_from_checkpoint_start`（`storage/innobase/log/log0recv.cc`）

MySQL 8.0.36 中该符号与 Optimizer 与 Handler 相关：崩溃恢复 redo apply。

步骤	动作
1	在 tag `mysql-8.0.36` 下打开源文件
2	自函数入口向下读 80–120 行
3	记录 mtr / mutex 边界与调用方
4	对照本章流程图标注阶段

深度.42 `ha_commit_trans`（`sql/handler.cc`）

MySQL 8.0.36 中该符号与 Optimizer 与 Handler 相关：Server 层事务提交。

步骤	动作
1	在 tag `mysql-8.0.36` 下打开源文件
2	自函数入口向下读 80–120 行
3	记录 mtr / mutex 边界与调用方
4	对照本章流程图标注阶段

深度.43 `ordered_commit`（`sql/binlog.cc`）

MySQL 8.0.36 中该符号与 Optimizer 与 Handler 相关：binlog 组提交。

步骤	动作
1	在 tag `mysql-8.0.36` 下打开源文件
2	自函数入口向下读 80–120 行
3	记录 mtr / mutex 边界与调用方
4	对照本章流程图标注阶段

深度.44 `MYSQL_BIN_LOG::commit`（`sql/binlog.cc`）

MySQL 8.0.36 中该符号与 Optimizer 与 Handler 相关：binlog 事务落盘。

步骤	动作
1	在 tag `mysql-8.0.36` 下打开源文件
2	自函数入口向下读 80–120 行
3	记录 mtr / mutex 边界与调用方
4	对照本章流程图标注阶段

深度.45 `ha_innobase::index_read`（`storage/innobase/handler/ha_innodb.cc`）

MySQL 8.0.36 中该符号与 Optimizer 与 Handler 相关：索引读 handler 入口。

步骤	动作
1	在 tag `mysql-8.0.36` 下打开源文件
2	自函数入口向下读 80–120 行
3	记录 mtr / mutex 边界与调用方
4	对照本章流程图标注阶段

深度.46 `ha_innobase::index_next`（`storage/innobase/handler/ha_innodb.cc`）

MySQL 8.0.36 中该符号与 Optimizer 与 Handler 相关：索引扫描下一行。

步骤	动作
1	在 tag `mysql-8.0.36` 下打开源文件
2	自函数入口向下读 80–120 行
3	记录 mtr / mutex 边界与调用方
4	对照本章流程图标注阶段

深度.47 `row_search_mvcc`（`storage/innobase/row/row0sel.cc`）

MySQL 8.0.36 中该符号与 Optimizer 与 Handler 相关：一致性读搜索。

步骤	动作
1	在 tag `mysql-8.0.36` 下打开源文件
2	自函数入口向下读 80–120 行
3	记录 mtr / mutex 边界与调用方
4	对照本章流程图标注阶段

深度.48 `btr_cur_search_to_nth_level`（`storage/innobase/btr/btr0cur.cc`）

MySQL 8.0.36 中该符号与 Optimizer 与 Handler 相关：B+Tree 搜索。

步骤	动作
1	在 tag `mysql-8.0.36` 下打开源文件
2	自函数入口向下读 80–120 行
3	记录 mtr / mutex 边界与调用方
4	对照本章流程图标注阶段

参数	默认	说明
`14_1`	见文档	参数说明 1
`14_2`	见文档	参数说明 2
`14_3`	见文档	参数说明 3
`14_4`	见文档	参数说明 4
`14_5`	见文档	参数说明 5
`14_6`	见文档	参数说明 6
`14_7`	见文档	参数说明 7
`14_8`	见文档	参数说明 8
`14_9`	见文档	参数说明 9
`14_10`	见文档	参数说明 10
`14_11`	见文档	参数说明 11
`14_12`	见文档	参数说明 12
`14_13`	见文档	参数说明 13
`14_14`	见文档	参数说明 14
`14_15`	见文档	参数说明 15
`14_16`	见文档	参数说明 16
`14_17`	见文档	参数说明 17
`14_18`	见文档	参数说明 18
`14_19`	见文档	参数说明 19
`14_20`	见文档	参数说明 20
`14_21`	见文档	参数说明 21
`14_22`	见文档	参数说明 22
`14_23`	见文档	参数说明 23
`14_24`	见文档	参数说明 24
`14_25`	见文档	参数说明 25
`14_26`	见文档	参数说明 26
`14_27`	见文档	参数说明 27
`14_28`	见文档	参数说明 28
`14_29`	见文档	参数说明 29
`14_30`	见文档	参数说明 30

专题深化 1：Optimizer 与 Handler

InnoDB 的 Optimizer 与 Handler 机制必须与 redo（log0log.cc）、undo（trx0undo.cc）、Buffer Pool（buf0buf.cc）一并理解。连接线程持有 THD，经 ha_innobase 进入引擎；页级修改包在 mtr（mtr0mtr.cc）内。SQL 事务边界由 Server ha_commit_trans 协调 binlog 与 InnoDB（本章主线）。

专题深化 1.1 同步原语层次

短临界区用 mutex_enter（sync0sync.cc）；页内容用 rw_lock（sync0rw.cc）。performance_schema 中 wait/synch/mutex/innodb/% 需在本地 workload 下采集，不可套用他方 benchmark。

专题深化 1.2 8.0.36 源码阅读顺序

建议：本章核心目录 → mtr/mtr0mtr.cc → log/log0log.cc → Server 层 sql/binlog.cc（若涉及复制）。调试编译用 -DWITH_DEBUG=1；生产用官方 GA 构建。

专题深化 1.3 实验纪律

凡涉及 SHOW ENGINE INNODB STATUS、Performance Schema、data_locks 的实验均标注 需本地验证。记录版本、存储介质、并发度；性能数字至少 3 次采样取中位数。

专题深化 1.4 与 PG 系列对照阅读

若已读 PostgreSQL 内核系列，用「同一问题」对照机制差异；不比较绝对性能——复制模型、页大小、MVCC 方案均不同。

专题深化 1.5 生产边界

Cloud RDS/Aurora 内部路径可能与社区版不同；本文以社区版 storage/innobase/ 为准。MariaDB 10.x 在部分路径存在分叉——以 Release Notes 为准。

专题深化 2：Optimizer 与 Handler

专题深化 2.1 同步原语层次

专题深化 2.2 8.0.36 源码阅读顺序

建议：本章核心目录 → mtr/mtr0mtr.cc → log/log0log.cc → Server 层 sql/binlog.cc（若涉及复制）。调试编译用 -DWITH_DEBUG=1；生产用官方 GA 构建。

专题深化 2.3 实验纪律

专题深化 2.4 与 PG 系列对照阅读

若已读 PostgreSQL 内核系列，用「同一问题」对照机制差异；不比较绝对性能——复制模型、页大小、MVCC 方案均不同。

专题深化 2.5 生产边界

Cloud RDS/Aurora 内部路径可能与社区版不同；本文以社区版 storage/innobase/ 为准。MariaDB 10.x 在部分路径存在分叉——以 Release Notes 为准。

专题深化 3：Optimizer 与 Handler

专题深化 3.1 同步原语层次

专题深化 3.2 8.0.36 源码阅读顺序

建议：本章核心目录 → mtr/mtr0mtr.cc → log/log0log.cc → Server 层 sql/binlog.cc（若涉及复制）。调试编译用 -DWITH_DEBUG=1；生产用官方 GA 构建。

专题深化 3.3 实验纪律

专题深化 3.4 与 PG 系列对照阅读

若已读 PostgreSQL 内核系列，用「同一问题」对照机制差异；不比较绝对性能——复制模型、页大小、MVCC 方案均不同。

专题深化 3.5 生产边界

Cloud RDS/Aurora 内部路径可能与社区版不同；本文以社区版 storage/innobase/ 为准。MariaDB 10.x 在部分路径存在分叉——以 Release Notes 为准。

专题深化 4：Optimizer 与 Handler

专题深化 4.1 同步原语层次

专题深化 4.2 8.0.36 源码阅读顺序

建议：本章核心目录 → mtr/mtr0mtr.cc → log/log0log.cc → Server 层 sql/binlog.cc（若涉及复制）。调试编译用 -DWITH_DEBUG=1；生产用官方 GA 构建。

专题深化 4.3 实验纪律

专题深化 4.4 与 PG 系列对照阅读

若已读 PostgreSQL 内核系列，用「同一问题」对照机制差异；不比较绝对性能——复制模型、页大小、MVCC 方案均不同。

专题深化 4.5 生产边界

Cloud RDS/Aurora 内部路径可能与社区版不同；本文以社区版 storage/innobase/ 为准。MariaDB 10.x 在部分路径存在分叉——以 Release Notes 为准。

专题深化 5：Optimizer 与 Handler

专题深化 5.1 同步原语层次

专题深化 5.2 8.0.36 源码阅读顺序

建议：本章核心目录 → mtr/mtr0mtr.cc → log/log0log.cc → Server 层 sql/binlog.cc（若涉及复制）。调试编译用 -DWITH_DEBUG=1；生产用官方 GA 构建。

专题深化 5.3 实验纪律

专题深化 5.4 与 PG 系列对照阅读

若已读 PostgreSQL 内核系列，用「同一问题」对照机制差异；不比较绝对性能——复制模型、页大小、MVCC 方案均不同。

专题深化 5.5 生产边界

Cloud RDS/Aurora 内部路径可能与社区版不同；本文以社区版 storage/innobase/ 为准。MariaDB 10.x 在部分路径存在分叉——以 Release Notes 为准。

专题深化 6：Optimizer 与 Handler

专题深化 6.1 同步原语层次

专题深化 6.2 8.0.36 源码阅读顺序

建议：本章核心目录 → mtr/mtr0mtr.cc → log/log0log.cc → Server 层 sql/binlog.cc（若涉及复制）。调试编译用 -DWITH_DEBUG=1；生产用官方 GA 构建。

专题深化 6.3 实验纪律

专题深化 6.4 与 PG 系列对照阅读

若已读 PostgreSQL 内核系列，用「同一问题」对照机制差异；不比较绝对性能——复制模型、页大小、MVCC 方案均不同。

专题深化 6.5 生产边界

Cloud RDS/Aurora 内部路径可能与社区版不同；本文以社区版 storage/innobase/ 为准。MariaDB 10.x 在部分路径存在分叉——以 Release Notes 为准。

专题深化 7：Optimizer 与 Handler

专题深化 7.1 同步原语层次

专题深化 7.2 8.0.36 源码阅读顺序

建议：本章核心目录 → mtr/mtr0mtr.cc → log/log0log.cc → Server 层 sql/binlog.cc（若涉及复制）。调试编译用 -DWITH_DEBUG=1；生产用官方 GA 构建。

专题深化 7.3 实验纪律

专题深化 7.4 与 PG 系列对照阅读

若已读 PostgreSQL 内核系列，用「同一问题」对照机制差异；不比较绝对性能——复制模型、页大小、MVCC 方案均不同。

专题深化 7.5 生产边界

Cloud RDS/Aurora 内部路径可能与社区版不同；本文以社区版 storage/innobase/ 为准。MariaDB 10.x 在部分路径存在分叉——以 Release Notes 为准。

上一篇：主从复制机制

下一篇：Change Buffer 与 AHI

参考资料

源码（MySQL 8.0.36）

storage/innobase/ — 引擎实现
sql/binlog.cc, sql/handler.cc — Server 层交界

官方文档

MySQL 8.0 Reference Manual, InnoDB / Replication / Backup

同主题继续阅读

把当前热点继续串成多页阅读，而不是停在单篇消费。

2026-06-18 · database / kernel

推荐订阅源

土法炼钢兴趣小组的算法知识备份

一、Handler 在架构中的位置

二、核心 handler 方法

三、ICP：Index Condition Pushdown

四、MRR 与 DS-MRR

五、覆盖索引与 EXPLAIN 解读

六、代价边界

七、实验（需本地验证）

八、工程坑点

九、关键要点

十一、PG 对照

深度阅读清单

深度.1 handler::index_read（sql/handler.h）

深度.2 ha_innobase::index_read（storage/innobase/handler/ha_innodb.cc）

深度.3 ha_innobase::read_range_first（storage/innobase/handler/ha_innodb.cc）

深度.4 row_sel_store_mysql_rec（storage/innobase/row/row0sel.cc）

深度.5 innobase_index_cond（storage/innobase/handler/ha_innodb.cc）

深度.6 trx_commit_for_mysql（storage/innobase/trx/trx0trx.cc）

深度.7 trx_prepare_for_mysql（storage/innobase/trx/trx0trx.cc）

深度.8 log_buffer_write（storage/innobase/log/log0log.cc）

深度.9 log_write_up_to（storage/innobase/log/log0log.cc）

深度.10 buf_page_get_gen（storage/innobase/buf/buf0buf.cc）

深度.11 lock_rec_lock（storage/innobase/lock/lock0lock.cc）

深度.12 ibuf_insert（storage/innobase/ibuf/ibuf0ibuf.cc）

深度.13 ibuf_merge（storage/innobase/ibuf/ibuf0ibuf.cc）

深度.14 btr_search_build_page_hash_index（storage/innobase/btr/btr0sea.cc）

深度.15 srv_mon_print_innodb_monitor（storage/innobase/srv/srv0mon.cc）

深度.16 trx_purge（storage/innobase/trx/trx0purge.cc）

深度.17 recv_recovery_from_checkpoint_start（storage/innobase/log/log0recv.cc）

深度.18 ha_commit_trans（sql/handler.cc）

深度.19 ordered_commit（sql/binlog.cc）

深度.20 MYSQL_BIN_LOG::commit（sql/binlog.cc）

深度.21 ha_innobase::index_read（storage/innobase/handler/ha_innodb.cc）

深度.22 ha_innobase::index_next（storage/innobase/handler/ha_innodb.cc）

深度.23 row_search_mvcc（storage/innobase/row/row0sel.cc）

深度.24 btr_cur_search_to_nth_level（storage/innobase/btr/btr0cur.cc）

深度.25 handler::index_read（sql/handler.h）

深度.26 ha_innobase::index_read（storage/innobase/handler/ha_innodb.cc）

深度.27 ha_innobase::read_range_first（storage/innobase/handler/ha_innodb.cc）

深度.28 row_sel_store_mysql_rec（storage/innobase/row/row0sel.cc）

深度.29 innobase_index_cond（storage/innobase/handler/ha_innodb.cc）

深度.30 trx_commit_for_mysql（storage/innobase/trx/trx0trx.cc）

深度.31 trx_prepare_for_mysql（storage/innobase/trx/trx0trx.cc）

深度.32 log_buffer_write（storage/innobase/log/log0log.cc）

深度.33 log_write_up_to（storage/innobase/log/log0log.cc）

深度.34 buf_page_get_gen（storage/innobase/buf/buf0buf.cc）

深度.35 lock_rec_lock（storage/innobase/lock/lock0lock.cc）

深度.36 ibuf_insert（storage/innobase/ibuf/ibuf0ibuf.cc）

深度.37 ibuf_merge（storage/innobase/ibuf/ibuf0ibuf.cc）

深度.38 btr_search_build_page_hash_index（storage/innobase/btr/btr0sea.cc）

深度.39 srv_mon_print_innodb_monitor（storage/innobase/srv/srv0mon.cc）

深度.40 trx_purge（storage/innobase/trx/trx0purge.cc）

深度.41 recv_recovery_from_checkpoint_start（storage/innobase/log/log0recv.cc）

深度.42 ha_commit_trans（sql/handler.cc）

深度.43 ordered_commit（sql/binlog.cc）

深度.44 MYSQL_BIN_LOG::commit（sql/binlog.cc）

深度.45 ha_innobase::index_read（storage/innobase/handler/ha_innodb.cc）

深度.46 ha_innobase::index_next（storage/innobase/handler/ha_innodb.cc）

深度.47 row_search_mvcc（storage/innobase/row/row0sel.cc）

深度.48 btr_cur_search_to_nth_level（storage/innobase/btr/btr0cur.cc）

专题深化 1：Optimizer 与 Handler

专题深化 1.1 同步原语层次

专题深化 1.2 8.0.36 源码阅读顺序

专题深化 1.3 实验纪律

专题深化 1.4 与 PG 系列对照阅读

专题深化 1.5 生产边界

专题深化 2：Optimizer 与 Handler

专题深化 2.1 同步原语层次

专题深化 2.2 8.0.36 源码阅读顺序

专题深化 2.3 实验纪律

专题深化 2.4 与 PG 系列对照阅读

专题深化 2.5 生产边界

专题深化 3：Optimizer 与 Handler

专题深化 3.1 同步原语层次

专题深化 3.2 8.0.36 源码阅读顺序

专题深化 3.3 实验纪律

专题深化 3.4 与 PG 系列对照阅读

专题深化 3.5 生产边界

专题深化 4：Optimizer 与 Handler

深度.1 `handler::index_read`（`sql/handler.h`）

深度.2 `ha_innobase::index_read`（`storage/innobase/handler/ha_innodb.cc`）

深度.3 `ha_innobase::read_range_first`（`storage/innobase/handler/ha_innodb.cc`）

深度.4 `row_sel_store_mysql_rec`（`storage/innobase/row/row0sel.cc`）

深度.5 `innobase_index_cond`（`storage/innobase/handler/ha_innodb.cc`）

深度.6 `trx_commit_for_mysql`（`storage/innobase/trx/trx0trx.cc`）

深度.7 `trx_prepare_for_mysql`（`storage/innobase/trx/trx0trx.cc`）

深度.8 `log_buffer_write`（`storage/innobase/log/log0log.cc`）

深度.9 `log_write_up_to`（`storage/innobase/log/log0log.cc`）

深度.10 `buf_page_get_gen`（`storage/innobase/buf/buf0buf.cc`）

深度.11 `lock_rec_lock`（`storage/innobase/lock/lock0lock.cc`）

深度.12 `ibuf_insert`（`storage/innobase/ibuf/ibuf0ibuf.cc`）

深度.13 `ibuf_merge`（`storage/innobase/ibuf/ibuf0ibuf.cc`）

深度.14 `btr_search_build_page_hash_index`（`storage/innobase/btr/btr0sea.cc`）

深度.15 `srv_mon_print_innodb_monitor`（`storage/innobase/srv/srv0mon.cc`）

深度.16 `trx_purge`（`storage/innobase/trx/trx0purge.cc`）

深度.17 `recv_recovery_from_checkpoint_start`（`storage/innobase/log/log0recv.cc`）

深度.18 `ha_commit_trans`（`sql/handler.cc`）

深度.19 `ordered_commit`（`sql/binlog.cc`）

深度.20 `MYSQL_BIN_LOG::commit`（`sql/binlog.cc`）

深度.21 `ha_innobase::index_read`（`storage/innobase/handler/ha_innodb.cc`）

深度.22 `ha_innobase::index_next`（`storage/innobase/handler/ha_innodb.cc`）

深度.23 `row_search_mvcc`（`storage/innobase/row/row0sel.cc`）

深度.24 `btr_cur_search_to_nth_level`（`storage/innobase/btr/btr0cur.cc`）

深度.25 `handler::index_read`（`sql/handler.h`）

深度.26 `ha_innobase::index_read`（`storage/innobase/handler/ha_innodb.cc`）

深度.27 `ha_innobase::read_range_first`（`storage/innobase/handler/ha_innodb.cc`）

深度.28 `row_sel_store_mysql_rec`（`storage/innobase/row/row0sel.cc`）

深度.29 `innobase_index_cond`（`storage/innobase/handler/ha_innodb.cc`）

深度.30 `trx_commit_for_mysql`（`storage/innobase/trx/trx0trx.cc`）

深度.31 `trx_prepare_for_mysql`（`storage/innobase/trx/trx0trx.cc`）

深度.32 `log_buffer_write`（`storage/innobase/log/log0log.cc`）

深度.33 `log_write_up_to`（`storage/innobase/log/log0log.cc`）

深度.34 `buf_page_get_gen`（`storage/innobase/buf/buf0buf.cc`）

深度.35 `lock_rec_lock`（`storage/innobase/lock/lock0lock.cc`）

深度.36 `ibuf_insert`（`storage/innobase/ibuf/ibuf0ibuf.cc`）

深度.37 `ibuf_merge`（`storage/innobase/ibuf/ibuf0ibuf.cc`）

深度.38 `btr_search_build_page_hash_index`（`storage/innobase/btr/btr0sea.cc`）

深度.39 `srv_mon_print_innodb_monitor`（`storage/innobase/srv/srv0mon.cc`）

深度.40 `trx_purge`（`storage/innobase/trx/trx0purge.cc`）

深度.41 `recv_recovery_from_checkpoint_start`（`storage/innobase/log/log0recv.cc`）

深度.42 `ha_commit_trans`（`sql/handler.cc`）

深度.43 `ordered_commit`（`sql/binlog.cc`）

深度.44 `MYSQL_BIN_LOG::commit`（`sql/binlog.cc`）

深度.45 `ha_innobase::index_read`（`storage/innobase/handler/ha_innodb.cc`）

深度.46 `ha_innobase::index_next`（`storage/innobase/handler/ha_innodb.cc`）

深度.47 `row_search_mvcc`（`storage/innobase/row/row0sel.cc`）

深度.48 `btr_cur_search_to_nth_level`（`storage/innobase/btr/btr0cur.cc`）