为何MySQL 5.7联合子查询对括号的要求比普通查询更严格？

两种独立UNION查询的合法性 #

以下两段独立的UNION查询在MySQL中均合法有效：

(SELECT 1 `a`)
UNION
(SELECT 2 `a`)
ORDER  BY `a` DESC
LIMIT 1

以及

SELECT 1 `a`
UNION
SELECT 2 `a`
ORDER  BY `a` DESC
LIMIT 1

嵌入SELECT子句作为子查询时的语法差异 #

当把带内层外层括号的UNION查询嵌入SELECT子句作为标量子查询时，MySQL 5.7会抛出语法错误：

SELECT *,
       (
         (SELECT 1 `a`)
          UNION
          (SELECT 2 `a`)
          ORDER  BY `a` DESC
          LIMIT 1
        ) `a`
FROM   `customers`

报错信息：

You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'UNION (SELECT 2 a) ORDER BY a DESC LIMIT 1) a FROM customers

而去掉子查询内的外层括号后，该查询在MySQL 5.7中合法有效：

SELECT *,
       (
         SELECT 1 `a`
         UNION
         SELECT 2 `a`
         ORDER  BY `a` DESC
         LIMIT 1
        ) `a`
FROM   `customers`

同时，MySQL 8.0对两种写法均能正常执行，无语法报错。

原因分析与是否为Bug判断 #

这是MySQL 5.7在标量子查询语法解析规则上的局限性，属于已知的语法解析兼容性问题，而非严格意义上的功能性bug：

• MySQL 5.7的语法解析器在处理标量子查询时，无法正确识别包裹整个UNION语句的外层括号结构，它会将第一个带括号的(SELECT 1 a)视为完整的子查询，后续的UNION部分就变成了语法外的多余内容，从而触发报错。
• MySQL 8.0重构了语法解析器，优化了对子查询嵌套结构的识别逻辑，能够正确解析带外层括号的UNION型标量子查询，因此消除了这个语法兼容性问题。

这类问题属于版本间的语法解析差异，在跨版本迁移SQL代码时需要注意这类细节。

内容的提问来源于stack exchange，提问作者Rolf van de Krol