子查询必须用括号包裹，否则SQL解析报错；相关子查询易致性能爆炸，建议用JOIN替代并加索引；聚合子查询须返回单值；GROUP BY中不可直接嵌套子查询，应改用JOIN或派生表。
子查询必须用括号包裹，否则语法直接报错
SQL解析器把子查询当作一个独立表达式处理，不加括号会被当成语法错误。比如想查每个部门平均薪资高于公司整体平均的部门，SELECT dept FROM emp GROUP BY dept HAVING AVG(salary) > SELECT AVG(salary) FROM emp 会报错，必须写成 HAVING AVG(salary) > (SELECT AVG(salary) FROM emp)。
常见错误还包括在 WHERE 中漏括号：WHERE salary > SELECT MAX(salary) FROM emp WHERE dept = 'tech' 不合法，正确是 WHERE salary > (SELECT MAX(salary) FROM emp WHERE dept = 'tech')。
相关子查询要小心性能爆炸
当子查询里引用了外部表字段（比如 WHERE id IN (SELECT emp_id FROM bonus WHERE bonus.emp_id = emp.id)），数据库会对外部表每行都执行一次子查询。10万行员工表可能触发10万次嵌套扫描。
优化建议：
- 优先考虑用
JOIN替代：把上面例子改写为SELECT DISTINCT e.* FROM emp e JOIN bonus b ON e.id = b.emp_id - 确保子查询中被引用的字段（如
b.emp_id）有索引 - MySQL 8.0+ 或 PostgreSQL 可用
LATERAL（或JOIN LATERAL）显式控制执行顺序，但需确认版本支持
聚合结果只能返回单值，多列或多行会报错
WHERE、HAVING、SELECT 列表里的子查询，都要求返回且仅返回一个标量值。如果写成 SELECT name, (SELECT dept, COUNT(*) FROM emp GROUP BY dept) FROM emp，会提示类似 Subquery returns more than 1 row 的错误。
典型场景和解法：
- 想取“每个员工所在部门的平均薪资”：用相关子查询
(SELECT AVG(salary) FROM emp e2 WHERE e2.dept = e1.dept)，它对每行只返回一个数值 - 想取“薪资最高的员工姓名”，不能直接
SELECT name FROM emp WHERE salary = (SELECT MAX(salary) FROM emp)—— 多人并列最高时没问题；但若想同时拿到姓名和部门，得改用ORDER BY salary DESC LIMIT 1或窗口函数 - 需要多列统计？先用子查询生成临时聚合表，再
JOIN：比如(SELECT dept, AVG(salary) avg_sal, COUNT(*) cnt FROM emp GROUP BY dept) dept_stats
GROUP BY 里不能直接嵌套子查询
像 SELECT (SELECT dept_name FROM dept WHERE dept.id = emp.dept_id), COUNT(*) FROM emp GROUP BY (SELECT dept_name FROM dept WHERE dept.id = emp.dept_id) 是非法的。多数数据库（MySQL 5.7+ 严格模式、PostgreSQL、SQL Server）会拒绝这种写法。
正确做法是把子查询提前到 FROM 子句或用 JOIN：
SELECT d.dept_name, COUNT(*) FROM emp e JOIN dept d ON e.dept_id = d.id GROUP BY d.dept_name
或者用派生表：
SELECT dept_name, COUNT(*) FROM emp e JOIN (SELECT id, dept_name FROM dept) d ON e.dept_id = d.id GROUP BY dept_name
实际写跨表条件聚合时，最容易被忽略的是子查询的执行时机和作用域——它不是“先算完再比对”，而是根据位置决定是否逐行求值、能否访问外部列、是否受外层 GROUP BY 影响。这些细节不厘清，轻则结果错乱，重则查询卡死。
