在MySQL的查询场景中,OR条件是非常常用的逻辑判断语法,但不少开发者会发现,原本可以走索引的查询在使用OR之后,执行计划显示没有使用索引,查询效率大幅下降。要弄清楚OR导致索引失效的原因,首先需要对MySQL的索引匹配规则有基本了解。
OR导致索引失效的常见场景
单列索引下的OR失效情况
如果查询条件中OR连接的两个字段,只有一个字段有索引,另一个字段没有索引,那么整个查询就不会使用索引。这是因为MySQL需要同时判断两个字段的条件,没有索引的字段需要全表扫描,所以整体查询会放弃使用已有的索引。
比如有一张用户表user,只有id字段有主键索引,name字段没有索引,执行以下查询:
-- 查看执行计划,会发现type为ALL,全表扫描 EXPLAIN SELECT * FROM user WHERE id = 1 OR name = '张三';
联合索引下的OR失效情况
如果OR连接的条件没有覆盖联合索引的所有前缀列,也会导致联合索引失效。联合索引遵循最左前缀匹配原则,OR条件如果破坏了最左匹配的顺序,就无法使用联合索引。
比如给user表创建了联合索引idx_age_name,顺序是age, name,执行以下查询:
-- 联合索引无法覆盖OR的两个条件,索引失效 EXPLAIN SELECT * FROM user WHERE age = 20 OR name = '李四';
OR条件索引生效的特殊情况
并不是所有使用OR的查询都会索引失效,当OR连接的两个字段都有独立的索引,并且查询条件符合索引使用规则时,MySQL可能会使用索引合并(index_merge)来使用多个索引。
比如给user表的age和name字段分别创建单列索引:
-- 分别创建两个单列索引 CREATE INDEX idx_age ON user(age); CREATE INDEX idx_name ON user(name);
再执行OR查询:
-- 查看执行计划,type为index_merge,使用了两个索引 EXPLAIN SELECT * FROM user WHERE age = 20 OR name = '李四';
不过索引合并的使用也有条件限制,比如查询条件不能包含复杂的函数、表达式,否则也无法触发索引合并。
避免OR索引失效的优化方案
- 尽量保证OR连接的所有字段都有对应的独立索引,让MySQL可以选择索引合并策略。
- 如果OR连接的字段属于同一个联合索引的前缀列,可以调整查询条件,保证符合最左前缀匹配原则。
- 对于简单的OR条件,可以使用UNION或者UNION ALL来拆分查询,让每个子查询都能使用索引,再合并结果。比如上面的查询可以改写为:
-- 拆分后用UNION ALL合并,两个子查询都可以走索引 SELECT * FROM user WHERE age = 20 UNION ALL SELECT * FROM user WHERE name = '李四';
需要注意的是,UNION会自动去重,UNION ALL不会去重,如果确定两个查询结果没有重复数据,优先使用UNION ALL,减少排序去重的开销。
总结
OR条件导致索引失效的核心原因是查询条件无法被现有索引完全覆盖,或者不符合索引的匹配规则。在实际开发中,遇到OR相关的慢查询时,可以先通过EXPLAIN查看执行计划,判断索引的使用情况,再根据具体场景选择优化方案,提升查询效率。