先说几个核心判断：子查询用括号包裹是硬性要求，不写就报错；关联子查询逐行执行的性能问题，在数据量大时尤为突出，改用JOIN或CTE预计算是更明智的选择；多值匹配必须用IN或EXISTS，不能用等号；标量子查询必须确保只返回一个值。
子查询的括号陷阱：缺了它，报错没商量
SQL里写子查询，不是简单加个SELECT就完事——它必须出现在圆括号里，否则数据库（比如MySQL、PostgreSQL）会直接抛出ERROR 1064或类似的语法错误。很多人写完WHERE amount > SELECT A VG(amount) FROM transactions发现报错，原因就是漏了括号。
常见写法错误对照：
WHERE amount > SELECT A VG(amount) FROM transactions→ 错误（缺括号）WHERE amount > (SELECT A VG(amount) FROM transactions)→ 正确- 在
FROM子句中，子查询还必须带别名：FROM (SELECT dept, SUM(revenue) AS dept_rev FROM sales GROUP BY dept) AS dept_summary
关联子查询 vs 非关联子查询：性能差距，判若云泥
财务报表里经常需要判断“每个部门的营收是否高于全公司平均水平”，这类需求一不小心就会写成关联子查询——即子查询里引用了外层表的字段。问题在于，关联子查询是逐行执行的，数据量一大，性能直接崩盘。
举个例子：
SELECT dept, revenue FROM sales s1 WHERE revenue > ( SELECT A VG(revenue) FROM sales s2 WHERE s2.year = s1.year -- 这里引用了外层 s1.year，是关联子查询 );
更好的做法是先把年度平均值算好，再用JOIN关联：
- 用
WITH公共表表达式预计算：WITH yearly_a vg AS (SELECT year, A VG(revenue) AS a vg_rev FROM sales GROUP BY year) - 或者把子查询改成非关联的、带
GROUP BY year的独立结果集，再通过JOIN关联 - 尤其在Oracle或旧版MySQL中，关联子查询几乎无法走索引，千万级数据可能卡住数分钟——必须警惕。
多值返回：等号不行，IN和EXISTS才是正道
财务场景中常遇到“查所有发生过退款的客户订单”，如果写成WHERE customer_id = (SELECT customer_id FROM refunds)，只要退款记录超过一条，就会报错Subquery returns more than 1 row。
操作符的选择必须严格匹配子查询的返回行数：
- 单值比较（如
>、=）→ 子查询必须确定只返回1行1列，可用LIMIT 1或聚合函数兜底 - 多值匹配 → 改用
IN：WHERE customer_id IN (SELECT customer_id FROM refunds) - 存在性判断（更高效）→ 用
EXISTS：WHERE EXISTS (SELECT 1 FROM refunds r WHERE r.order_id = o.id)，可以避免NULL值陷阱，而且通常比IN更快
嵌套三层以上？CTE和临时表是更清爽的选择
做资产负债表或现金流量表时，有人喜欢堆叠SELECT * FROM (SELECT ... FROM (SELECT ...))，到第三层就开始难读、难调、难加索引。PostgreSQL和SQL Server支持WITH，MySQL 8.0+也支持，这是更干净的做法。
比如计算“各产品线调整后毛利”（需要先算收入、再扣成本、再减返点）：
WITH revenue AS ( SELECT product_line, SUM(amount) AS rev FROM sales GROUP BY product_line ), cost AS ( SELECT product_line, SUM(amount) AS c FROM costs GROUP BY product_line ), rebate AS ( SELECT product_line, SUM(amount) AS rb FROM rebates GROUP BY product_line ) SELECT r.product_line, r.rev - COALESCE(c.c, 0) - COALESCE(rb.rb, 0) AS gross_margin FROM revenue r LEFT JOIN cost c ON r.product_line = c.product_line LEFT JOIN rebate rb ON r.product_line = rb.product_line;
CTE不仅可读性强，还能被多次引用；而深层嵌套子查询一旦某一层字段名冲突或类型隐式转换出错，调试起来非常被动。真正麻烦的是跨库或兼容老版本MySQL（比如5.7以下），这时可以用CREATE TEMPORARY TABLE分步存中间结果，而不是硬扛四层括号。
