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(没办法)
相关推荐
Databend3 小时前
在 AWS 中国峰会逛了一天,我在 Databend 展台看到了 Agent 数据基础设施的新思路
数据库·人工智能·agent
ClouGence1 天前
Oracle 数据同步为什么会出现数据不一致?长事务是常被忽略的原因
数据库·后端·oracle
飞将1 天前
从零实现数据库(2)——HashIndex + IndexManager
数据库
Nturmoils2 天前
订单列表慢查询,先看 WHERE、ORDER BY 和 LIMIT
数据库
渣波2 天前
拒绝 SQL 焦虑!手把手带你用 NestJS + Prisma + DTO 写出“防弹”级后端代码
javascript·数据库·后端
倔强的石头_3 天前
KingbaseES 新版MySQL 兼容版体验:旧版迁移 + 功能实测
数据库
zzzzzz3104 天前
9K Star 炸裂开源!这个 C 语言写的代码知识图谱,把 Linux 内核索引压缩到了 3 分钟
linux·服务器·sql
倔强的石头_6 天前
《Kingbase护城河》——数据库存储空间全景探测与精细化瘦身实战
数据库
云技纵横6 天前
唯一索引 INSERT 死锁实战:5 秒复现交叉插入的 S 锁循环等待
sql·mysql
冬奇Lab7 天前
每日一个开源项目(第134篇):Zvec - 阿里开源的嵌入式向量数据库,向量搜索界的 SQLite
数据库·人工智能·llm