Optimizer 与 Handler:ICP、MRR 与存储引擎边界
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 即可对齐直觉。
上一篇:主从复制机制
参考资料
源码(MySQL 8.0.36)
storage/innobase/— 引擎实现sql/binlog.cc,sql/handler.cc— Server 层交界
官方文档
- MySQL 8.0 Reference Manual, InnoDB / Replication / Backup
相关文章
读完这篇,下一步读什么
优先读同系列或同问题的下一篇,把单篇消费变成主题集群。
【MySQL InnoDB 内核】InnoDB 架构与线程模型
InnoDB handler 边界、Master/Purge/IO/Page Cleaner 线程、内存布局与 srv0srv.cc 启动路径。
【MySQL InnoDB 内核】页结构与行格式
FIL 页头、Infimum/Supremum、聚簇/二级索引、ROW_FORMAT 与 rem0rec.h 行头字段。
【MySQL InnoDB 内核】Buffer Pool 与 LRU:frame、flush 列表与 young/old 分区
Buffer Pool 实例、LRU 年轻/年老分区、flush 列表、buf_page_get 路径与 read-ahead。
【MySQL InnoDB 内核】Redo Log 内部机制:LSN、mtr 与组提交
Redo log buffer、LSN、checkpoint、mtr 记录类型与 innodb_flush_log_at_trx_commit 语义。