索引下推（ICP）是MySQL 5.6引入的优化技术，将部分WHERE条件下推至存储引擎层在索引扫描时过滤，减少回表和数据传输；需满足使用支持ICP的引擎、联合索引、含非最左前缀可下推条件且优化器判定代价更低等前提。
SQL索引下推（Index Condition Pushdown, ICP）是MySQL 5.6引入的一项查询优化技术，核心在于把原本由Server层执行的部分WHERE条件，下推到存储引擎层（如InnoDB）在索引扫描过程中直接过滤，从而减少回表次数和数据传输量，提升查询效率。
什么条件下会触发索引下推
ICP生效需同时满足多个前提：
- 使用的是支持ICP的存储引擎（InnoDB、MyISAM）
- 查询使用了联合索引（复合索引），且WHERE条件中包含该索引的非最左前缀字段
- 这些非最左字段的条件是可下推的（如
=、>、<、BETWEEN、IN等，但LIKE以通配符开头时不可下推） - 优化器判定下推后整体代价更低（例如避免大量无效回表）
条件下推如何提升过滤效率
不启用ICP时，存储引擎仅按索引有序性取出“可能匹配”的索引记录（比如联合索引(a,b,c)上查WHERE a=1 AND c=5，引擎只能利用a=1定位范围，然后逐条取出(a,b,c)整条索引项，再交由Server层判断c=5是否成立）；启用ICP后，引擎在遍历索引B+树节点时，就用c=5当场过滤，只对满足条件的索引项执行回表或返回结果。
效果体现在：
- 减少从引擎返回至Server层的记录数
- 降低回表I/O次数（尤其当索引覆盖不足时）
- 减轻Server层CPU过滤开销
如何确认ICP是否生效
通过EXPLAIN FORMAT=TRADITIONAL或EXPLAIN FORMAT=JSON观察执行计划：
- 传统格式中，
Extra列出现Using index condition即表示ICP启用 - JSON格式中查找
"using_index_condition": true - 可通过
SET optimizer_switch='index_condition_pushdown=off'临时关闭ICP做对比测试
常见误区与优化建议
ICP不是万能加速器，需结合索引设计使用：
- 单列索引上基本无法触发ICP（无“非最左字段”可下推）
- 联合索引字段顺序很重要：把高选择性、常用于等值查询的字段靠前，把可能用于ICP的过滤字段放在后面
-
OR条件、函数包裹字段（如WHERE YEAR(create_time)=2023）、隐式类型转换通常导致ICP失效 - 并非所有条件都能下推——只有存储引擎能理解并安全计算的谓词才支持，例如
IS NULL支持，!=在某些版本中不支持
