UNION 是用来合并多个 SELECT 结果集的 SQL 操作符
它把几条
SELECT语句查出来的行“摞在一起”，形成一个统一的结果集。不是连接（
JOIN）那种横向拼字段，而是纵向堆记录——就像把几张结构相同的 Excel 表，从第二行开始往下粘贴成一张大表。
UNION 和 UNION ALL 的关键区别
默认的
UNION会自动去重；
UNION ALL则原样保留所有行，包括完全重复的。 要严格去重（比如合并两个部门员工名单，避免同一个人出现两次）→ 用
UNION明确知道无重复，或压根不需要去重（比如日志分表查询、分页拉取多批次数据）→ 用
UNION ALL，性能更好 MySQL 不支持
UNION后直接跟
LIMIT或
ORDER BY（除非整个联合结果再套一层子查询），但
ORDER BY可以放在最后整体加，例如：
SELECT id, name FROM employees UNION SELECT id, name FROM contractors ORDER BY name;
必须满足的硬性条件，否则直接报错
MySQL 对
UNION要求非常严格，不满足就抛
Error 1222 (21000): The used SELECT statements have a different number of columns或类似类型错误。 每个
SELECT的列数必须一致 对应位置的列，数据类型最好兼容（比如
VARCHAR和
CHAR可隐式转换，但
INT和
JSON就不行） 列名以第一个
SELECT为准，后续语句的别名不会生效（想统一列名，只能在第一个里起） 不能在单个分支里写
ORDER BY或
LIMIT（语法不允许），除非用括号包成子查询
常见误用场景和替代思路
有人试图用
UNION实现“左表全量 + 右表匹配字段”，这其实是
LEFT JOIN的职责——
UNION处理的是“同类数据的并集”，不是“跨表关联”。 想查「用户表」+「文章表」中所有活跃 ID？→ 确保两表都输出
id,
name,
type这类对齐字段，用
UNION合并 想查「用户信息 + 他发的文章标题」？→ 必须用
JOIN，不是
UNION遇到
Error 1630 (42000): FUNCTION xxx does not exist？检查是否误把函数名当表名用了（比如写了
SELECT SUM(num) FROM sum，MySQL 把
sum当成表了）
真正容易被忽略的一点：UNION 的执行顺序是“先各自执行 SELECT，再合并去重”，所以它无法利用索引下推优化跨分支逻辑；如果数据量大且有复杂过滤，优先考虑视图、临时表或应用层合并，而不是硬扛 UNION。
