MySQL索引下推（ICP）是将WHERE中可由索引字段直接判断的条件（如=、>、BETWEEN、LIKE'前缀%'等）下推至存储引擎层，在索引扫描时提前过滤，减少回表次数；需满足字段在索引中且操作符被引擎原生支持，EXPLAIN中显示“Using index condition”即生效。

MySQL 索引下推（ICP）不是把整个 WHERE 条件“搬”到存储引擎里执行，而是由优化器识别出其中能被索引字段直接判断的部分，再把这些条件的判断逻辑交给存储引擎在扫描索引时同步完成。

下推的前提：条件必须能被索引原生支持

只有满足以下两个条件的 WHERE 子句片段，才可能被下推：

• 字段必须出现在当前使用的索引中（比如联合索引 (city, age)，那么 city = '杭州' 和 age > 20 都可以；但 name LIKE '%王%' 就不行，因为 name 不在该索引里）
• 操作符必须是存储引擎能直接处理的类型，例如：=、>、<、BETWEEN、IN、LIKE '前缀%'
• 不能含函数调用（如 UPPER(name) = 'ABC'）、不能是模糊后缀匹配（如 LIKE '%老王'）、也不能是子查询或计算表达式

下推的实际执行过程

以联合索引 (name, age) 和查询 WHERE name LIKE '张%' AND age = 25 为例：

Java注释规范Skills

当用户要求为 Java 代码添加注释、修改注释、审查注释、整理注释格式，或要求按照代码注释规范处理 Java 文件时，使用本技能。本技能用于统一生成和维护 Java 类注释模板、按 Git 对比 release 判断版本号、补充每行代码上方中文块注释、调整注释空行规则，并保持 Java 文件 UTF-8 无 BOM 编码。典型触发场景包括：补充类注释、更新 @version、检查 @author 来源、整理行尾注释、把注释放到代码上一行、检查注释是否符合规范、构建前检查 Java 注释风格。

下载

• 存储引擎遍历索引树，找到所有 name LIKE '张%' 的索引项（这是最左前缀匹配，必然走索引）
• 对每个匹配的索引项，引擎直接读取其叶子节点中已有的 age 值（注意：这个值在二级索引页里就存着，无需回表）
• 引擎当场判断 age = 25 是否成立；不成立就跳过，根本不会生成主键 ID 去回表
• 只有同时满足 name 和 age 条件的索引项，才会触发后续的回表操作

怎么确认是否真的下推了

运行 EXPLAIN 查看执行计划，重点看 Extra 列：

• 出现 Using index condition → ICP 生效，部分条件已在引擎层过滤
• 只显示 Using where → 所有 WHERE 过滤都在 Server 层做，ICP 未触发
• 显示 Using index → 是覆盖索引查询，不回表，ICP 没作用（因为根本不需要引擎层额外过滤）

哪些情况会让下推失效

即使写了符合条件的语句，ICP 也可能不启用：

• 使用的是单列索引（如只有 INDEX(age)），那没有“额外字段”可下推，ICP 自然无意义
• 查询类型不支持：ICP 只对 range、ref、eq_ref、ref_or_null 类型的索引访问生效
• 优化器认为全表扫描更快，主动放弃使用索引（此时连索引都不走，更谈不上下推）
• WHERE 中混入了无法下推的条件（如 age = 25 AND name LIKE '%张'），会导致整个下推逻辑被绕过