使用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为：
该语句可能无法有效使用索引。可改写为：
这样每个子句都能走索引，且避免重复（通过AND排除已查过的status=1）。
确保OR条件中的字段都有索引
MySQL在执行OR查询时，只有当所有OR条件涉及的字段都有独立索引或属于同一复合索引时，才有可能使用索引合并（index merge）。
MySQL（Linux）
MySQL 9.6.0是面向Linux平台的2026年创新版本，核心架构迎来重大革新。其将外键约束与级联操作从InnoDB引擎层上移至SQL层，确保所有数据变更均被完整记录至Binlog，彻底解决了CDC（变更数据捕获）与主从复制中的数据不一致难题。此外，该版本引入container_aware启动选项以原生适配容器环境，并对审计日志进行了组件化重构，为追求极致数据一致性与云原生体验的开发者提供了全新选择。
下载
建议：
检查执行计划（EXPLAIN），确认是否使用了 index_merge 策略。
如果没有，尝试为每个OR字段建立独立索引或合理设计复合索引。
例如：
使用复合索引覆盖多个条件
当查询中包含多个字段且经常以OR组合出现时，可考虑创建
复合索引
，但需注意顺序和查询模式。
注意：
复合索引对OR的支持有限，通常不如等值+范围查询高效。
更推荐用于 AND 查询场景。
但在某些情况下，如：
可以考虑建立
复合索引，使每组条件都能命中索引。
重写查询逻辑，减少OR使用
有时业务逻辑允许我们转换OR为IN或范围查询，更利于索引使用。
示例：
将
改为
，MySQL对IN的优化更好。
将数值型OR条件合并为范围，如
可改为
。
基本上就这些。关键是让每条查询路径都能命中索引，避免全表扫描。实际优化时结合 EXPLAIN 分析执行计划，观察是否使用了索引、是否有临时表或文件排序等问题。不复杂但容易忽略细节。
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;CREATE INDEX idx_status ON user(status);CREATE INDEX idx_age ON user(age);WHERE (status = 1 AND age > 20) OR (status = 0 AND age > 30)(status, age)status = 1 OR status = 2status IN (1, 2)age = 20 OR age = 21 OR age = 22age BETWEEN 20 AND 22