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(没办法)
相关推荐
小徐不徐说3 小时前
C++ 接口与插件设计:从工厂注册到 Qt 动态插件
数据库·c++·qt·系统架构·程序设计
论文复现现场3 小时前
WRF、FEA 能用 L40S 加速吗?求解器检查、断点恢复与长期运行
java·数据库·算法·wrf·有限元分析·gpu计算·断点续算
Decay__4 小时前
04_MySQL DBA 日常运维手册 —— 会话管理、锁与阻塞、事务监控、慢查询与日志巡检
运维·数据库·sql·mysql·架构
心梦缘-雪雁6 小时前
SQL Server 查询数据存在哪个表里
数据库
lusklusklusk6 小时前
Python 巡检脚本:进程运行状态、数据库写入时效检查及邮件通知与告警
数据库·python·oracle
GeW7 小时前
产业新优势基础软件的人才底盘,从Linux与数据库开始
linux·数据库
SelectDB7 小时前
Doris Arrow Flight SQL 高速读取协议实战:与 Snowflake 客户端取数链路对照
大数据·数据库·数据分析
曼岛_7 小时前
[图解密码学]第4章 古典密码
java·数据库·密码学
瀚高PG实验室8 小时前
HGDB V9.0.5 .pgpass 免密登录提示 IsEncryptNon-base64 encoding 警告处理
数据库·postgresql·瀚高数据库
龙腾AI白云8 小时前
大模型检索增强生成(RAG)的技术原理与架构设计
数据库·python·机器学习·知识图谱