子查询不加括号会直接报错
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 解析器识别子查询边界的唯一依据。少一个括号，整个语句就失效，没有例外。
