子查询必须用括号包裹，否则语法报错
MySQL 要求所有子查询必须出现在圆括号中，哪怕只是单个
SELECT。不加括号会直接触发
ERROR 1064：语法错误。比如
WHERE id = SELECT max(id) FROM users是非法的，必须写成
WHERE id = (SELECT max(id) FROM users)。
常见错误场景包括：
在IN后面漏掉括号：
WHERE status IN SELECT 'active','pending'→ 应为
WHERE status IN (SELECT 'active' UNION SELECT 'pending')把子查询当表达式用但没括起来，尤其在
UPDATE或
SET中 嵌套多层时只给最外层加括号，内层也必须各自独立括起
相关子查询 vs 非相关子查询：性能差异极大
非相关子查询（uncorrelated subquery）可独立执行，结果固定，MySQL 通常只运行一次；相关子查询（correlated subquery）依赖外部查询的每一行，可能被反复执行 N 次——这是慢查询的高频根源。
例如统计每个部门员工数：
SELECT d.name,
(SELECT COUNT(*) FROM employees e WHERE e.dept_id = d.id) AS cnt
FROM departments d;
这里
e.dept_id = d.id引入了外部表
d，属于相关子查询。若
departments有 1000 行，
employees有 10 万行，最坏情况要执行 1000 次扫描。
优化建议：
优先考虑用JOIN + GROUP BY替代相关子查询 确保关联字段（如
e.dept_id）上有索引 用
EXPLAIN观察
type是否为
ALL或
index，避免全表扫描
WHERE、FROM、SELECT 三处子查询的语义限制
子查询在不同位置，语法和行为完全不同：
WHERE中：返回单值（标量子查询）或值列表（
IN/
ANY/
ALL），否则报
Subquery returns more than 1 row
FROM中：必须有别名，如
FROM (SELECT id, name FROM users) AS u；否则报
Every derived table must have its own alias
SELECT列表中：只能是标量子查询（即最多返回一行一列），否则直接报错
典型误用：
SELECT id, (SELECT name, email FROM contacts WHERE user_id = u.id) FROM users u;
这会失败，因为子查询返回两列 —— 必须拆成两个独立子查询，或改用
JOIN。
替代方案比硬写子查询更可靠
子查询易读但难调优，很多场景有更稳的替代方式：
用EXISTS替代
IN（尤其当子查询结果含
NULL时，
IN可能意外失效） 用
JOIN替代
WHERE ... IN (SELECT ...)，特别是子查询涉及大表 用窗口函数（MySQL 8.0+）替代部分聚合子查询，例如
ROW_NUMBER() OVER (PARTITION BY dept_id ORDER BY salary DESC)
真正需要子查询的典型场景其实不多：动态计算列值、条件存在性判断（
EXISTS）、派生临时结构（
FROM子句）。其他时候，先想 JOIN 或 CTE，再考虑子查询。
