MySQL执行计划中UsingIndexCondition是什么？如何解析索引下推优化过程？

本文共计740个文字，预计阅读时间需要3分钟。

使用索引条件出现在 EXPLAIN 的 Extra 列中，说明 MySQL 正在使用 ICP（Index Condition Pushdown）优化——它将部分 WHERE 条件推送到 InnoDB 存储引擎层，在读取二级索引项时进行初步过滤，而不是先回表再判断。

为什么看到 Using index condition 却没变快？

ICP 不减少索引扫描行数，只减少回表或 Server 层处理的数据量。如果下推的条件选择性很差（比如 status = 0 匹配 95% 的行），引擎每条索引记录都得解码、比较，反而可能略增 CPU 开销。

• 真实收益要看 SHOW STATUS LIKE 'Handler%'：关注 Handler_read_next（索引遍历次数）是否下降，以及 Handler_icp_attempts 是否接近它
• key_len 很小但出现 Using index condition，往往意味着只有前导列走索引，后续等值条件被下推了——索引利用效率其实不高
• 含子查询、UNION 或外连接的语句，ICP 可能被优化器自动禁用，即使 optimizer_switch 里开着

哪些条件能被 ICP 下推？

必须是“能仅靠索引字段独立计算”的表达式，InnoDB 才能在不读聚簇索引的前提下完成判断。