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(没办法)
相关推荐
爬也要爬着前进2 小时前
redis主从搭建
数据库·redis·缓存
@Mike@2 小时前
02-数据库学习笔记(SQL引擎)
数据库·笔记·学习
踏月的造梦星球3 小时前
达梦数据库执行计划与性能分析入门:EXPLAIN、AUTOTRACE 与 ET
服务器·数据库·oracle
笃行3503 小时前
国产化落地避坑 · 干货向|Oracle 迁金仓 KES,我把外连接消除排在隐性陷阱第一位
数据库
老纪的技术唠嗑局4 小时前
花一年时间整理出的:AI 数据库混合搜索入门实践
数据库
Irene19914 小时前
大数据开发的常见实践:把 SQL 直接写在 Shell 脚本里 ER图 数据血缘
sql·数据血缘·er
川石课堂软件测试4 小时前
安全测试|常见SQL注入攻击方式、实例及预防
服务器·数据库·sql·功能测试·测试工具·安全·单元测试
笃行3505 小时前
国产化落地避坑 · 干货向|迁移后那条「测试能过、一上生产就查空」的 SQL,多半栽在 WHERE 函数顺序上
数据库
蓝田~5 小时前
MySQL慢查询怎么优化?B+Tree索引原理+MVCC读不阻塞写+EXPLAIN执行计划,从5秒到0.05秒
数据库·mysql
sunxunyong6 小时前
doris用户资源组配置
数据库