mysql索引失效的原因

大家好，我是老王，一个干了十年的Java后端程序员。面试中，数据库优化是必考题，mysql索引失效的原因更是高频问题。今天，我就用口述的方式，跟大家聊聊这个话题，帮你在面试中轻松应对。对了，如果你在准备Java面试，这份资源超有用：2025年Java面试宝典下载链接提取码: 9b3g，赶紧存下来吧！

在mysql中，索引失效的原因直接影响了查询性能。面试官常问这个，因为它能测试你对数据库优化的理解。索引失效意味着mysql无法高效利用索引结构查询数据，导致全表扫描。下面，我就分几个常见原因，用真实场景说说。

什么是mysql索引？

索引失效前，先简单回顾索引概念。mysql索引是数据库的“目录”，帮我们快速定位数据。如果索引失效，查询就会慢如蜗牛。面试时，你得解释清楚索引结构（如B+树），为啥索引能加速查询。索引失效的原因大多源于误用，比如在where条件中加了函数，导致索引被忽略。

mysql索引失效的常见原因

使用函数或表达式导致索引失效

面试中，这个原因常被问到。举个例子，如果你写查询如 SELECT * FROM users WHERE YEAR(create_time) = 2023，mysql索引就失效了。因为索引是基于原始列值，函数YEAR改变了数据，mysql无法直接匹配索引。失效的原因在这里是函数封装，破坏了索引路径。同样，表达式如 salary * 2 > 10000 也会让索引失效。在真实项目中，我曾因这个索引失效问题排查过慢查询，教训深刻。

like查询以通配符开头

另一个索引失效的经典原因是like模式。比如 SELECT * FROM products WHERE name LIKE '%apple%'，这里通配符在开头，mysql索引就失效了。索引只支持前缀匹配，开头的 % 让mysql无法利用索引结构扫描。面试时，我会强调：避免开头通配符，用 'apple%' 代替，就不会索引失效。这原因直接关系到查询效率，索引失效导致全表扫描，拖垮数据库。

or条件引发索引失效

or操作符是索引失效的常见陷阱。例如 SELECT * FROM orders WHERE status = 'paid' OR amount > 100，如果status和amount都有索引，但mysql可能只用一个索引，另一个失效。原因在于or条件让优化器难优化，索引无法合并。面试中，我建议改用union避免索引失效。记住，索引失效的代价是性能下降，面试官会追问你怎么优化。

索引列类型不匹配

数据类型不匹配会让索引失效。比如表里phone是varchar，查询用 WHERE phone = 123456（数字），mysql索引就失效了。原因在于类型转换，mysql需隐式转换，索引路径被打断。面试中，我常说：保持类型一致，索引失效就少。这原因在动态语言开发中常见，索引失效影响大。

不满足最左前缀原则

复合索引时，索引失效常因不满足最左前缀。例如索引是 (name, age)，查询 WHERE age = 30 就失效了。索引结构要求从左匹配，否则索引失效。原因在这儿是优化器无法跳列。面试中，我举例子解释：查 WHERE name='Tom' AND age=30 就不会索引失效。这原因揭示索引设计缺陷。