在MySQL的查询操作中，当我们需要把多个结构相同的查询结果合并成一个结果集时，UNION和UNION ALL是两个常用的操作符，但两者的行为存在明显差异，适用场景也各不相同。
UNION和UNION ALL的核心区别
1. 去重逻辑差异
UNION操作符在合并结果集时，会自动对最终的结果进行去重操作，也就是如果两个查询返回了完全相同的行，只会保留其中一行。而UNION ALL不会进行去重，会直接把所有查询的结果行全部合并输出，即使存在重复行也会全部保留。
我们可以通过一个简单的示例来验证这个差异，首先创建一张测试表并插入数据：
-- 创建测试表
CREATE TABLE test_union (
id INT PRIMARY KEY,
name VARCHAR(20)
);
-- 插入测试数据
INSERT INTO test_union VALUES (1, '张三'), (2, '李四'), (3, '王五');
分别使用UNION和UNION ALL查询两次相同的数据，观察结果差异：
-- 使用UNION查询，结果会去重 SELECT id, name FROM test_union WHERE id < 3 UNION SELECT id, name FROM test_union WHERE id > 1; -- 使用UNION ALL查询，结果保留重复行 SELECT id, name FROM test_union WHERE id < 3 UNION ALL SELECT id, name FROM test_union WHERE id > 1;
第一个UNION查询的结果会返回id为1、2、3的三行数据，因为id=2的行重复了，只保留一行。第二个UNION ALL查询的结果会返回四行数据，id=2的行会出现两次。
2. 执行效率差异
由于UNION需要进行去重操作，MySQL在执行UNION时，会对合并后的结果集进行额外的排序或者哈希去重处理，这个过程会消耗更多的CPU和内存资源，执行效率相对更低。而UNION ALL不需要做任何去重处理，只是简单的结果拼接，执行效率更高，尤其是在合并的数据量较大时，两者的性能差距会非常明显。
如果业务场景中明确知道多个查询的结果不存在重复行，或者即使有重复行也不需要去重，优先选择UNION ALL可以获得更好的性能。
3. 排序规则差异
如果需要对UNION或者UNION ALL的合并结果进行排序，排序子句需要放在整个合并语句的最后，不能单独对某个子查询进行排序，除非给子查询加上括号并且搭配LIMIT子句。
示例代码如下：
-- 正确写法：排序放在整个合并语句最后 SELECT id, name FROM test_union WHERE id < 3 UNION ALL SELECT id, name FROM test_union WHERE id > 1 ORDER BY id DESC; -- 错误写法：单独对子查询排序会报错 SELECT id, name FROM test_union WHERE id < 3 ORDER BY id UNION ALL SELECT id, name FROM test_union WHERE id > 1;
另外，UNION因为本身需要去重，可能会触发内部的排序操作，即使你没有显式写ORDER BY，结果也可能是有序的，但这并不是SQL标准规定的行为，不同MySQL版本可能有差异，不能依赖这个特性。而UNION ALL的结果顺序通常是按照子查询的执行顺序依次拼接的，没有额外的排序。
4. 使用限制差异
无论是UNION还是UNION ALL，合并的多个查询都必须满足结果集的列数相同，对应列的数据类型兼容，否则会执行报错。除此之外，两者还有一个细微的限制差异：如果要对合并结果使用SELECT *搭配ORDER BY，UNION ALL可以直接支持，而部分场景下UNION可能需要把整个合并语句作为子查询再排序。
使用场景选择建议
- 如果确认多个查询结果没有重复行，或者不需要去重，优先使用UNION ALL，性能更好。
- 如果需要合并后的结果自动去重，再使用UNION。
- 如果合并的数据量非常大，尽量避免使用UNION，防止去重操作带来过大的性能开销。
注意事项
使用UNION或者UNION ALL时，每个子查询的列名可以不同，最终合并结果集的列名会以第一个子查询的列名为准。
另外，如果子查询中包含BLOB、TEXT等大字段类型，使用UNION去重时可能会因为排序临时表不支持大字段而报错，这种场景下只能使用UNION ALL。