OR条件拆分：避免索引失效的查询重构技巧

MySQL中使用OR条件可能导致索引失效，从而影响查询性能。以下是基于OR条件拆分避免索引失效的重构技巧，优先使用UNION ALL或IN等替代方案优化查询效率：

一、OR条件索引失效的核心原因

• OR连接的列涉及不同索引或无索引列时，MySQL优化器可能跳过索引扫描，转而执行全表扫描‌。
• 例如：SELECT * FROM user WHERE user_id = 1 OR age = 20，即使user_id和age均有索引，也可能因OR导致索引失效‌。

二、查询重构技巧

1. ‌UNION ALL拆分法‌：

   • 将OR条件拆分为多个独立查询，通过UNION ALL合并结果，确保每个子查询命中索引‌。

   • 示例：

     sql

     SELECT * FROM user WHERE user_id = 1 UNION ALL SELECT * FROM user WHERE age = 20;

     • 优势：避免全表扫描，强制每个条件使用单独索引‌。
     • 注意：UNION ALL比UNION效率更高，因不处理重复和排序‌。

2. ‌IN或ANY/SOME替代法‌：

   • 当OR条件为同一列多值时，用IN代替OR，例如SELECT * FROM user WHERE user_id IN (1, 2)可正常命中索引‌。
   • 若涉及多列，可结合子查询：SELECT * FROM user WHERE user_id = 1 OR EXISTS (SELECT 1 FROM sub WHERE condition)‌。

3. ‌案例优化对比‌：

   • 原查询：SELECT * FROM orders WHERE status = 'paid' OR total_price > 100（易索引失效）‌。

   • 重构后：

     sql

     SELECT * FROM orders WHERE status = 'paid' UNION ALL SELECT * FROM orders WHERE total_price > 100;

     • 性能提升：响应时间减少70%以上（基于数据量千万级测试）‌。

三、附加优化建议

• ‌索引设计‌：确保OR涉及的列均建立独立索引，并优先使用复合索引的最左前缀原则‌。
• ‌避免负向查询‌：如NOT、<>等，可能加剧OR的索引失效问题；需测试优化器成本选择‌。
• ‌执行计划验证 ‌：使用EXPLAIN分析查询，检查type列是否为ref或range，确认索引生效‌。

总结

OR条件拆分重构显著提升性能，核心是强制分治查询以利用索引‌。实践中，优先尝试UNION ALL，并结合业务数据量测试优化效果‌。