SQL 中 OR 与 UNION ALL选择指南

一句话总结

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

核心区别

  • 只扫描一次表 / 索引
  • 数据库需要同时判断两个条件
  • 致命问题 :大多数情况下,OR 会导致索引失效,变成全表扫描
  • 比如:WHERE id=1 OR name='test',即使 id、name 都有索引,数据库也可能两个索引都不用
  1. UNION ALL 的工作原理
  • 执行两次独立查询
  • 每个查询都可以独立使用自己的索引
  • 结果直接拼接,不做去重
  • 性能优势 :大数据量下,比 OR 快几倍~几十倍

3. UNION(不带 ALL)

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

什么时候必须用 OR?

  1. 小表 / 测试数据(几百、几千条)

    • 数据量太小,性能差异可以忽略
    • OR 代码更简洁
  2. 两个条件依赖同一行数据的关联判断

sql 复制代码
WHERE (a=1 AND b=2) OR (a=3 AND b=4)

什么时候必须用 UNION ALL?

  1. 大表、生产环境、追求速度
  2. 查询条件可以命中不同索引
sql 复制代码
-- 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(没办法)
相关推荐
邓工说电21 分钟前
智慧断路器安全吗?数据加密、离线保护与合规认证全解读
大数据·数据库·人工智能·智能断路器·炜晔科技
adinnet202638 分钟前
企业微调大模型(Fine-tuning):先吃透 RAG 还是先训自己的模型
大数据·数据库
上位机妹子1 小时前
EF Core 两种继承映射:每层次一张表(TPH)与每类型一张表(TPT)
数据库·c#·.netcore·ef core
小马同学-1 小时前
Redis消息队列与客户端编程
数据库·redis
for_ever_love__2 小时前
MySQL 高频面试题 30 问:索引、事务、锁、日志、主从与分库分表(MySQL 8.0 版)
java·数据库·spring boot·mysql·spring cloud·面试·总结
染指11102 小时前
140.Agent-多Agent框架-Agent执行Skills流程
数据库·人工智能·设计模式·langchain·agents
fengkai45452 小时前
十二、Redis -2
运维·数据库·redis·容器
余槐i3 小时前
200万行表加索引锁死写入:PostgreSQL CONCURRENTLY 的三类等待与重建路径
数据库·postgresql·性能优化·索引·explain