MySQL索引失效主因有三WHERE中对字段用函数或表达式如YEAR(create_time)、复合索引中范围查询后列无法命中、统计信息过期或数据倾斜致优化器误判需改写为范围条件、定期ANALYZE TABLE并警惕隐式转换。WHERE 条件用了函数或表达式导致 index 失效MySQL 无法对计算后的结果使用索引哪怕字段本身有索引。比如 WHERE YEAR(create_time) 2023create_time 上有索引也没用——因为优化器要先算出每行的 YEAR()再比对没法走 B 树的有序查找。常见场景日期按年/月查询、字符串 UPPER()/LOWER() 比较、CONCAT() 拼接后匹配。改写为范围查询WHERE create_time 2023-01-01 AND create_time 避免在索引列上做任何运算包括隐式类型转换如 WHERE user_id 123 而 user_id 是 INT真需要函数检索考虑生成列 函数索引MySQL 5.7 支持 STORED 列8.0 支持函数索引LIKE 查询以通配符开头触发全表扫描LIKE %abc 或 LIKE %abc% 会让索引失效因为 B 树是按前缀有序组织的没法从中间或结尾反向定位。只有 LIKE abc% 这种左前缀模式才能用上索引前提是该字段是联合索引最左列或独立索引。模糊搜索需求强烈时别硬扛考虑 FULLTEXT 索引或外部搜索引擎如 Elasticsearch如果只是查“是否包含某子串”且数据量不大INSTR() 或正则可能更直白但同样不走索引注意 LIKE 的 ESCAPE 字符设置错误也会导致计划异常可用 EXPLAIN 验证 key 字段是否为空联合索引没遵循最左前缀原则联合索引 (a, b, c) 实际上只建立了三个有效索引路径a、(a,b)、(a,b,c)。跳过 a 直接查 b 或 (b,c)索引就完全失效。 文心快码 文心快码Comate是百度推出的一款AI辅助编程工具