union去重且隐式排序,union all不去重、不排序、性能更高;二者均要求列数相同、类型兼容,列名以首个select为准,order by必须置于最外层。

UNION 和 UNION ALL 的核心区别在哪?
UNION 去重 + 排序,UNION ALL 不去重、不排序 —— 这是性能差异的根源。实际用的时候,如果确定结果无重复,或者根本不在乎重复,UNION ALL 几乎总是更快,尤其在大数据量或子查询带 ORDER BY/LIMIT 时,UNION 会额外执行一次全量去重(类似 DISTINCT)和隐式排序,开销可能翻倍。
常见错误现象:UNION 执行慢得反常,EXPLAIN 显示 Extra 里有 Using temporary; Using filesort;或者结果顺序和预期不符(因为 UNION 暗中排序了,但没指定 ORDER BY 时排序规则不可靠)。
- 使用场景:合并多张结构相同(列数、类型兼容)的表数据,比如日志分表、不同业务线的用户快照
- 列名以第一个
SELECT的为准,后续SELECT的列名会被忽略 - 所有
SELECT的列数必须一致,对应位置的数据类型最好兼容(如INT和BIGINT可隐式转换,但VARCHAR(10)和TEXT在某些 MySQL 版本可能报错)
怎么写才不会报错:列数、类型、别名的硬约束
报错最常见于列数不等或类型强冲突。例如:SELECT id, name FROM t1 UNION SELECT id FROM t2 直接报 ERROR 1222 (HY000): The used SELECT statements have a different number of columns。
类型方面,MySQL 会尝试隐式转换,但 PostgreSQL 更严格 —— 比如 SELECT 1 UNION SELECT '1' 在 PostgreSQL 中报错 UNION types integer and text cannot be matched,必须显式转成同类型:SELECT 1::text UNION SELECT '1'。
- 别名只在最终结果集生效,中间
SELECT的AS不影响合并逻辑 - 如果要用
ORDER BY或LIMIT,必须加括号包裹单个SELECT,例如:(SELECT * FROM t1 ORDER BY id LIMIT 5) UNION ALL (SELECT * FROM t2 ORDER BY id LIMIT 5) - 整个
UNION语句的ORDER BY必须放在最后,且只能引用第一SELECT的列名或位置,如:... UNION ALL ... ORDER BY 1 DESC或ORDER BY user_id
什么时候该用 UNION ALL 而不是 UNION?
只要业务逻辑允许重复行,就优先选 UNION ALL。典型例子:合并当天新增用户和当天导入用户(两者 ID 不重叠),或把测试环境和预发环境的配置项拼一起查(key 不会重复)。
容易踩的坑是“以为去重是免费的”。实际上,UNION 底层会建临时表 + 对所有结果排序 + 扫描去重,而 UNION ALL 就是追加写入结果集,IO 和 CPU 开销通常差一个数量级。
- 确认无重复的最快方式:检查各子查询的 WHERE 条件是否互斥(如
status = 'active'vsstatus = 'archived') - 如果只是想“看起来没重复”,但又不愿承担
UNION性能代价,可考虑在应用层去重,或用GROUP BY替代(但注意GROUP BY也有成本) - PostgreSQL 中,
UNION ALL支持并行执行,而UNION不支持 —— 这在大表合并时差距更明显
嵌套 UNION 和括号的优先级问题
SQL 标准里 UNION 和 UNION ALL 是左结合的,但混合使用时括号必不可少。例如:SELECT 1 UNION SELECT 2 UNION ALL SELECT 3 等价于 (SELECT 1 UNION SELECT 2) UNION ALL SELECT 3,但如果写成 SELECT 1 UNION (SELECT 2 UNION ALL SELECT 3),语义就完全不同 —— 后者先做无去重合并,再跟第一组去重。
更隐蔽的问题是和 ORDER BY、LIMIT 混用。下面这个会报错:SELECT * FROM t1 UNION (SELECT * FROM t2 ORDER BY id LIMIT 10),因为括号内 ORDER BY 在子查询里无效(除非是窗口函数或派生表)。正确写法是:SELECT * FROM t1 UNION (SELECT * FROM t2 ORDER BY id LIMIT 10) AS t,给括号内结果加个别名。
- 混合
UNION和UNION ALL时,务必用括号明确范围,别依赖默认结合性 -
ORDER BY和LIMIT只对当前SELECT生效,不能跨UNION边界控制上游 - 如果要对整体结果排序,
ORDER BY必须放在整个语句末尾,且不能引用括号内定义的别名(除非该别名在第一个SELECT中已存在)
实际写的时候,先跑通 UNION ALL,再根据业务是否真需要去重决定要不要换成 UNION —— 很多时候“以为需要去重”只是错觉。










