ICP生效取决于WHERE条件是否“干净”，而非存储引擎是否支持；InnoDB默认支持但需满足条件：简单谓词比较、无函数/表达式/隐式转换/跳过最左列，EXPLAIN中出现Using index condition才确认生效。
ICP 失效不是因为存储引擎不支持，而是你用错了条件写法
MySQL 5.6+ 的 InnoDB 默认开启 index_condition_pushdown，MyISAM 不支持 ICP，但绝大多数生产环境用的都是 InnoDB —— 所以别急着查存储引擎类型，先看 SQL 本身是否“允许下推”。
哪些存储引擎实际支持 ICP
InnoDB 完全支持；NDB（MySQL Cluster）也支持；MyISAM 和 Memory 引擎明确不支持 ICP。但注意：SHOW CREATE TABLE t 查出来的 ENGINE=InnoDB 并不等于 ICP 就一定生效 —— 它只说明“有启用资格”，不代表当前查询被优化器选中使用。
- 执行
SHOW VARIABLES LIKE 'optimizer_switch'，确认返回值中包含index_condition_pushdown=on - 用
EXPLAIN看具体语句，Extra列出现Using index condition才是真生效 - 哪怕引擎是 InnoDB，只要 WHERE 里写了
UPPER(name)或age + 1 > 30，ICP 就直接跳过
为什么 EXPLAIN 显示 Using where 却没 Using index condition
这不是存储引擎问题，是条件表达式越界了。ICP 只能下推“存储引擎能原生计算”的简单谓词：
- ✅ 支持：列与常量比较（
status = 'active'）、范围查询（created_at > '2024-01-01'）、前缀 LIKE（name LIKE 'Li%'） - ❌ 禁用：任何函数（
YEAR(created_at)）、表达式（amount * 1.1 > 100）、隐式转换（user_id = 123当user_id是VARCHAR） - ⚠️ 注意：联合索引中，只有“从最左开始连续可用”的部分才可能参与 ICP；
WHERE b = 2 AND c > 10（跳过最左列 a）连索引都用不上，更别说 ICP
快速验证 ICP 是否被真正启用
别信配置开关，要看执行计划是否落地：
- 建一个带联合索引的表：
CREATE INDEX idx_shop_amount ON orders(shop_id, amount, is_deleted) - 跑这条语句：
EXPLAIN SELECT * FROM orders WHERE shop_id = 100 AND amount > 99.9 AND is_deleted = 0→ 应该看到Using index condition - 把
amount > 99.9改成amount + 1 > 100.9再 EXPLAIN →Using index condition消失，只剩Using where - 再加个
OR status = 'pending'（status无索引）→ 整个索引可能被弃用，type 降为ALL
ICP 生效与否，核心不在引擎支持列表里，而在你写的每个 WHERE 子句是否“干净”。函数、转换、OR 混搭、跳过最左列——任何一个都会让下推逻辑当场退出。
