使用UNION替代OR可提升索引效率，确保OR字段均有索引以启用index_merge，合理创建复合索引，重写查询为IN或范围条件减少OR使用，结合EXPLAIN分析执行计划优化查询路径。
在MySQL中，OR条件查询常常会导致索引失效，从而引发全表扫描，影响查询性能。优化OR查询的关键在于确保查询能有效利用索引，并减少不必要的数据扫描。以下是几种实用的优化方法。
使用UNION代替OR提升索引效率
当OR连接的字段无法共用同一个复合索引时，可以考虑将查询拆分为多个独立查询，再用UNION或UNION ALL合并结果。
说明：- 如果两个子查询的结果可能重复，使用 UNION 自动去重。
- 若明确无重复或不需要去重，使用 UNION ALL 性能更高（避免去重开销）。
示例：
假设有一个用户表 user，有索引 index_status 和 index_age，原SQL为：
SELECT * FROM user WHERE status = 1 OR age > 25;
该语句可能无法有效使用索引。可改写为：
SELECT * FROM user WHERE status = 1 UNION ALL SELECT * FROM user WHERE age > 25 AND status != 1;
这样每个子句都能走索引，且避免重复（通过AND排除已查过的status=1）。
确保OR条件中的字段都有索引
MySQL在执行OR查询时，只有当所有OR条件涉及的字段都有独立索引或属于同一复合索引时，才有可能使用索引合并（index merge）。
建议：
- 检查执行计划（EXPLAIN），确认是否使用了 index_merge 策略。
- 如果没有，尝试为每个OR字段建立独立索引或合理设计复合索引。
例如：CREATE INDEX idx_status ON user(status);CREATE INDEX idx_age ON user(age);
使用复合索引覆盖多个条件
当查询中包含多个字段且经常以OR组合出现时，可考虑创建复合索引，但需注意顺序和查询模式。
注意：- 复合索引对OR的支持有限，通常不如等值+范围查询高效。
- 更推荐用于 AND 查询场景。
但在某些情况下，如：WHERE (status = 1 AND age > 20) OR (status = 0 AND age > 30)
可以考虑建立 (status, age) 复合索引，使每组条件都能命中索引。
重写查询逻辑，减少OR使用
有时业务逻辑允许我们转换OR为IN或范围查询，更利于索引使用。
示例：- 将
status = 1 OR status = 2改为status IN (1, 2)，MySQL对IN的优化更好。 - 将数值型OR条件合并为范围，如
age = 20 OR age = 21 OR age = 22可改为age BETWEEN 20 AND 22。
基本上就这些。关键是让每条查询路径都能命中索引，避免全表扫描。实际优化时结合 EXPLAIN 分析执行计划，观察是否使用了索引、是否有临时表或文件排序等问题。不复杂但容易忽略细节。
