索引下推优化（ICP）是MySQL 5.6引入的技术，使存储引擎在索引扫描阶段就过滤不满足条件的索引项，减少回表和数据传输；其生效需满足使用InnoDB/MyISAM、二级索引、可下推谓词（如=、>、BETWEEN等）且优化器判定更优等条件。
索引下推优化（Index Condition Pushdown，ICP）是MySQL 5.6引入的一项查询优化技术，它让存储引擎在**索引扫描阶段就提前过滤掉不满足条件的索引项**，从而减少回表次数和数据传输量，提升查询效率。
ICP解决的核心问题
在没有ICP时，MySQL的执行流程是：先用索引快速定位到可能的记录（比如通过WHERE中的索引列），再把整行数据从聚簇索引（主键索引）中读出来（即“回表”），最后在Server层对非索引字段的条件做二次过滤。这意味着即使某条记录明显不满足WHERE中其他条件，也要先回表取数据，造成IO和CPU浪费。
ICP把部分WHERE条件“下推”到存储引擎层，在遍历索引B+树的过程中，**只要索引项本身能判断出不满足条件（比如联合索引前缀匹配后，剩余字段也在索引中），就直接跳过该索引项，不回表**。
ICP生效的前提条件
ICP不是总启用的，需同时满足：
- 使用的是InnoDB或MyISAM存储引擎（InnoDB最常用）
- 查询使用了二级索引（非聚簇索引），且WHERE条件中包含该索引未覆盖但可从索引项中获取的字段
- 这些字段的条件必须是可下推的谓词，例如：=、>、；不支持的如函数、类型转换、NOT、OR等复杂逻辑
- 优化器认为启用ICP比不用更优（可通过optimizer_switch='index_condition_pushdown=on'确认开启，默认开启）
一个典型例子看ICP如何工作
假设有一张订单表 orders(id, user_id, status, create_time)，建有联合索引 INDEX idx_user_status (user_id, status)。
执行查询：SELECT * FROM orders WHERE user_id = 123 AND status = 'shipped';
✅ ICP生效：两个条件都在索引中，存储引擎扫描索引时，对每个匹配 user_id = 123 的索引项，立即检查 status 是否为 'shipped'；只有都满足才回表取完整行。
❌ ICP不生效（举例）：SELECT * FROM orders WHERE user_id = 123 AND status != 'cancelled';
因为 != 不可下推，即使 status 在索引里，也得先回表再由Server层过滤。
如何确认ICP是否起作用
查看执行计划（EXPLAIN）：
- Extra列中出现 "Using index condition"，说明ICP已启用
- 对比启用/禁用ICP时的
Handler_read_*状态变量（如Handler_read_next、Handler_read_rnd_next），ICP通常显著降低回表次数 - 可通过
SET optimizer_switch='index_condition_pushdown=off';临时关闭测试效果差异
