子查询不能直接引用外层GROUP BY字段，需用WHERE显式关联；相关子查询性能差、可读性低，应优先用CTE或窗口函数替代；注意NULL处理、排序LIMIT不确定性及层级计算定位。
子查询里不能直接用外层 GROUP BY 字段
很多人写分层聚合时，想在子查询里直接引用外层的 user_id 或 order_date，结果报错或返回空。这是因为子查询默认无法访问外层查询的非聚合字段（除非是相关子查询且明确关联）。
- 正确做法：用
WHERE显式关联，比如子查询加WHERE t2.user_id = t1.user_id - 错误写法：
SELECT (SELECT SUM(amount) FROM orders WHERE user_id = user_id) ...—— 这里的user_id会解析成子查询自己的列（若存在），不是外层的 - 相关子查询性能差：每行外层记录都会触发一次子查询，10万行用户 × 每次查千条订单 = 百万级扫描，别在大表上这么干
多层嵌套子查询导致可读性崩坏和优化器失效
三层以上 SELECT (SELECT (SELECT ...)) 看似能算出“每个用户最近3单的平均折扣率”，但实际执行计划里，优化器常放弃重写为 JOIN，甚至跳过索引。
- 替代方案：优先用
WITH（CTE）拆解，比如先WITH recent_orders AS (...) SELECT ... FROM recent_orders GROUP BY ... - MySQL 5.7 不支持 CTE？那就用临时表或派生表，但注意
CREATE TEMPORARY TABLE有会话生命周期限制 - 特别警惕：嵌套子查询中用了
ORDER BY ... LIMIT 1，在无GROUP BY的上下文里可能返回任意一行，不是“最新”
聚合函数 + 子查询混用时 NULL 处理不一致
SUM()、AVG() 对空集合返回 NULL，但子查询单独执行返回空集时，整个表达式可能变成 NULL 或报错（取决于数据库），而你未必意识到这是数据缺失导致的。
- 显式兜底：用
COALESCE((SELECT SUM(...) ...), 0)，别依赖默认行为 - 注意
AVG()在子查询中遇到全NULL列会返回NULL，不是 0；而COUNT(*)永远返回数字，适合做存在性判断 - PostgreSQL 中
SELECT AVG(NULLIF(x, 0))常被误用——它只是把 0 变成 NULL，不影响分母计数，结果仍可能偏高
窗口函数其实比子查询更适合分层聚合场景
想算“每个品类下销售额前3的商品”，用子查询套 LIMIT 会因 MySQL 版本或严格模式报错；用 ROW_NUMBER() OVER (PARTITION BY category ORDER BY sales DESC) 一行解决，且可复用排序逻辑。
- 兼容性提醒：MySQL 8.0+、PostgreSQL 8.4+、SQL Server 2005+ 支持标准窗口函数；SQLite 3.25+ 也支持，但旧版 HiveQL 需用
rank()UDAF - 性能更稳：窗口函数通常只扫描一次主表，子查询可能重复扫描
- 注意陷阱：
RANK()和DENSE_RANK()对并列排名处理不同，选错会导致“前3”实际返回 5 行
