MySQL索引下推（Index Condition Pushdown，简称ICP）是一种查询优化机制，它把原本在服务层（Server Layer）执行的部分WHERE条件，下推到存储引擎层（Storage Engine Layer）去提前过滤，从而减少回表次数和无效数据读取。
索引下推适用的场景
它只在使用**二级索引（非主键索引）**，且查询条件中包含**联合索引的中间或后缀列**时才可能生效。典型前提包括：
使用的是InnoDB存储引擎（ICP从MySQL 5.6开始支持） 查询语句用到了复合索引，比如 (name, age, city) WHERE条件中同时出现最左列（如 name = '李四'）和非最左列（如 city = '北京'），而中间列 age 未参与过滤 过滤条件能被索引项直接携带的字段满足（即该字段值已存在于索引B+树叶子节点中）为什么能提升性能
关键在于减少“回表”——也就是避免把大量不满足条件的索引记录拉到主键索引里查完整行。传统方式是：
先用索引找到所有 name = '李四' 的索引项（比如100条） 再逐条拿着主键ID回主键索引取整行，再判断 city = '北京'启用ICP后，流程变成：
在扫描索引时，引擎直接检查每个索引项里的 city 值 只保留 name = '李四' AND city = '北京' 的索引项（比如只剩3条） 仅对这3条做回表，大幅降低I/O和CPU开销如何确认是否启用了索引下推
执行 EXPLAIN FORMAT=TRADITIONAL 或 EXPLAIN FORMAT=JSON，观察执行计划：
如果 Extra 列出现 Using index condition，说明ICP已生效 若只有 Using where，则过滤仍在Server层完成，未下推 注意：即使有复合索引，若查询条件跳过最左列（如只查 city = '北京'），索引本身都用不上，更谈不上ICP哪些条件无法下推
不是所有WHERE子句都能下推，ICP只支持存储引擎能直接计算的简单条件：
✅ 支持：等值（=）、范围（>, BETWEEN）、LIKE '前缀%' （非通配符开头） ❌ 不支持：函数调用（如 UPPER(name) = 'LI SI'）、子查询、涉及非索引列的表达式、全文检索、空间函数等 ⚠️ 注意：即使字段在索引中，若类型隐式转换（如字符串索引列与数字比较），也可能导致ICP失效
