一句话总结

• 普通小表、无索引场景：用OR更简单、代码更短
• 大表、有索引场景：用UNION ALL性能远优于 OR
• 需要去重：必须用UNION（性能比 UNION ALL 差）

核心区别

• 只扫描一次表 / 索引
• 数据库需要同时判断两个条件
• 致命问题：大多数情况下，OR 会导致索引失效，变成全表扫描
• 比如：WHERE id=1 OR name='test'，即使 id、name 都有索引，数据库也可能两个索引都不用

2. UNION ALL 的工作原理

• 执行两次独立查询
• 每个查询都可以独立使用自己的索引
• 结果直接拼接，不做去重
• 性能优势：大数据量下，比 OR快几倍～几十倍

3. UNION（不带 ALL）

• 会对最终结果去重 + 排序
• 性能比 UNION ALL 差很多
• 只有你必须去重时才用

什么时候必须用 OR？

1. 小表 / 测试数据（几百、几千条）

   • 数据量太小，性能差异可以忽略
   • OR 代码更简洁

2. 两个条件依赖同一行数据的关联判断

WHERE (a=1 AND b=2) OR (a=3 AND b=4)

什么时候必须用 UNION ALL？

1. 大表、生产环境、追求速度
2. 查询条件可以命中不同索引

-- id 有索引，name 有索引 SELECT * FROM t WHERE id=100 UNION ALL SELECT * FROM t WHERE name='abc'

3.避免 OR 导致的索引失效

最终选择规则（背会这 3 条）

1. 有索引 + 数据量大➜UNION ALL（首选）
2. 无索引 + 数据量小➜OR（简洁）
3. 需要去重➜UNION（没办法）