如果没有ORDERBY，UNION ALL可能会按原样返回行，而UNION则会让您等到查询的最后一刻，然后立即向您提供整个结果集。这在超时情况下会有所不同——UNION ALL会保持连接的活动状态。

因此，如果您有超时问题，并且没有排序，重复也不是问题，UNION ALL可能会非常有用。

重要的Oracle和Mysql之间的区别：假设t1和t2之间没有重复的行，但它们各自有重复的行。示例：t1从2017年开始销售，t2从2018年开始销售

SELECT T1.YEAR, T1.PRODUCT FROM T1

UNION ALL

SELECT T2.YEAR, T2.PRODUCT FROM T2

在ORACLE UNION ALL中，从两个表中获取所有行。MySQL中也会发生同样的情况。

然而：

SELECT T1.YEAR, T1.PRODUCT FROM T1

UNION

SELECT T2.YEAR, T2.PRODUCT FROM T2

在ORACLE中，UNION从两个表中提取所有行，因为t1和t2之间没有重复的值。另一方面，在MySQL中，结果集的行数将更少，因为表t1和表t2中都有重复的行！

UNION和UNION ALL之间的基本区别是联合操作从结果集中消除了重复的行，但联合ALL在合并后返回所有行。

从…起http://zengin.wordpress.com/2007/07/31/union-vs-union-all/

UNION删除重复的记录（结果中的所有列都相同），UNION all不删除。

当使用UNION而不是UNION ALL时，性能会受到影响，因为数据库服务器必须做额外的工作来删除重复的行，但通常您不希望重复的行（尤其是在开发报表时）。

要识别重复项，记录必须是可比较类型以及兼容类型。这取决于SQL系统。例如，系统可以截断所有长文本字段以生成短文本字段进行比较（MS Jet），或者可以拒绝比较二进制字段（ORACLE）

UNION示例：

SELECT 'foo' AS bar UNION SELECT 'foo' AS bar

结果：

+-----+
| bar |
+-----+
| foo |
+-----+
1 row in set (0.00 sec)

UNION ALL示例：

SELECT 'foo' AS bar UNION ALL SELECT 'foo' AS bar

结果：

+-----+
| bar |
+-----+
| foo |
| foo |
+-----+
2 rows in set (0.00 sec)

不确定哪个数据库很重要

UNION和UNION ALL应适用于所有SQL Server。

您应该避免不必要的UNION，它们是巨大的性能泄漏。根据经验，如果您不确定要使用哪个，请使用UNION ALL。

UNION-在UNION ALL-生成包括重复项在内的所有记录。

两者都是阻塞运算符，因此我个人更喜欢在任何时候使用JOIN而不是阻塞运算符（UNION、INTERSECT、UNION ALL等）。

为了说明为什么Union操作与Union All相比执行得很差，请执行以下示例。

CREATE TABLE #T1 (data VARCHAR(10))

INSERT INTO #T1
SELECT 'abc'
UNION ALL
SELECT 'bcd'
UNION ALL
SELECT 'cde'
UNION ALL
SELECT 'def'
UNION ALL
SELECT 'efg'


CREATE TABLE #T2 (data VARCHAR(10))

INSERT INTO #T2
SELECT 'abc'
UNION ALL
SELECT 'cde'
UNION ALL
SELECT 'efg'

以下是UNION ALL和UNION操作的结果。

UNION语句有效地对结果集执行SELECT DISTINCT。如果您知道从联合返回的所有记录都是唯一的，请改用union all，这样可以更快地获得结果。

使用UNION会导致执行计划中的不同排序操作。证明该声明的证据如下：