mysql要求所有子查询必须用圆括号包裹，否则报错error 1064；where、having、from、in、exists等位置的子查询均不可省略括号，多层嵌套时每层都需独立成对括号。
子查询不加括号会直接报错
MySQL 要求所有子查询必须用圆括号 () 包裹，否则解析器会拒绝执行。这不是可选风格，而是语法硬性约束。
常见错误现象：ERROR 1064 (42000): You have an error in your SQL syntax，通常就卡在子查询缺括号的位置。
- 哪怕子查询只有一行、一个字段，比如
SELECT name FROM user WHERE id = SELECT max(id) FROM log—— 这条语句一定失败 - 正确写法必须是：
SELECT name FROM user WHERE id = (SELECT max(id) FROM log) -
FROM后的子查询（派生表）也强制要求括号，例如SELECT * FROM (SELECT id, name FROM user LIMIT 10) AS t，漏掉外层括号会报错
哪些位置的子查询容易漏括号
最容易忽略的是 WHERE 和 HAVING 中的标量子查询，以及 FROM 子句里的派生表。而 INSERT ... SELECT 或 UPDATE ... SET col = (SELECT ...) 这类上下文里，括号反而更易被注意到。
-
WHERE条件中：必须写成col > (SELECT AVG(col) FROM t2)，不能省略括号 -
FROM子句中：派生表必须带括号，且必须有别名，如FROM (SELECT * FROM orders WHERE status = 'paid') AS paid_orders -
IN / EXISTS后面的子查询虽自带关键字，但子查询本体仍需括号，例如WHERE id IN (SELECT user_id FROM activity)，括号不可省
括号嵌套多层时要注意什么
MySQL 允许多层子查询嵌套，每层都必须独立成对括号，不能靠缩进或空格替代。括号匹配错误会导致语法混乱，尤其在复杂 UNION 或多层 SELECT 中。
示例（合法）：
SELECT * FROM users WHERE age > (SELECT AVG(age) FROM (SELECT age FROM profiles WHERE active = 1) AS tmp);
- 最内层子查询
(SELECT age FROM profiles WHERE active = 1)必须有括号 - 中间层聚合
(SELECT AVG(age) FROM (...))也必须包一层 - MySQL 不支持省略任何一层的括号，哪怕逻辑上“看起来”能推断出来
和 PostgreSQL / SQL Server 的区别在哪
MySQL 在这点上比多数数据库更严格。PostgreSQL 和 SQL Server 对某些场景（如单值标量子查询出现在表达式右侧）允许省略括号，但 MySQL 一律不允许。
- PostgreSQL 可以写
WHERE x = SELECT max(y) FROM t（无括号），MySQL 不行 - SQL Server 在某些旧版本中也容忍类似写法，但 MySQL 自 5.0 起就强制括号
- 这意味着跨数据库迁移 SQL 时，如果原库没括号，迁到 MySQL 前必须逐个补上 —— 尤其注意视图定义、存储过程里的子查询
括号不是装饰，是 MySQL 解析器识别子查询边界的唯一依据。少一个括号，整个语句就失效，没有例外。
