子查询中使用聚合函数却未配GROUP BY会导致语义错误和性能问题，正确做法是显式分组或改用JOIN/CTE；标量子查询空集返回NULL会引发三值逻辑陷阱，需用COALESCE处理；LIMIT 1必须配合ORDER BY才可靠；聚合嵌套可能引入加权偏差。
子查询里用聚合函数却没GROUP BY，结果就不可信
子查询中出现 SUM()、AVG() 等聚合函数但没配 GROUP BY，不是报错，而是返回单个标量值——比如全表求和、全表平均，根本不是你想要的“按某维度聚合后供外层使用”的结果。
- 典型错误写法：
SELECT user_id, (SELECT SUM(amount) FROM orders WHERE user_id = t.id) AS total FROM users t→ 这里内层SUM()没分组，实际是“对每个用户都扫一遍全表 orders”，性能差且语义错 - 正确做法：把聚合逻辑提前，用
JOIN或 CTE 预算好每用户总额，再关联；或改用相关子查询（如 PostgreSQL 的LATERAL） - MySQL 8.0+、PostgreSQL、SQL Server 都不支持在标量子查询里隐式按外层字段分组；必须显式写出分组依据，或改用
WHERE关联条件限定范围
外层引用子查询字段时别名或列名写错
子查询必须有别名，且外层只能引用它 SELECT 列表中明确写出的字段。漏别名或字段名不匹配，直接报错或返回 NULL。
-
SELECT u.name, t.total FROM users u JOIN (SELECT user_id, SUM(amount) FROM orders GROUP BY user_id) t ON t.user_id = u.id→ 缺少别名，MySQL/PostgreSQL 直接报错 - 正确写法：
(SELECT user_id, SUM(amount) AS total FROM orders GROUP BY user_id) AS t，然后外层才能用t.total - 字段名大小写敏感（尤其 PostgreSQL），
AS Total和t.total不等价；别名不能和基表同名，否则作用域混淆
聚合函数套标量子查询遇到空集返回NULL，导致WHERE失效
WHERE col > (SELECT SUM(x) FROM t WHERE ...) 这类写法，一旦子查询无匹配行，整个表达式变成 col > NULL，结果恒为 UNKNOWN，该行被过滤掉——不是数据没查到，是逻辑判断被 SQL 三值逻辑吞掉了。
- 加
COALESCE最直接：WHERE col > COALESCE((SELECT SUM(x) FROM t WHERE ...), 0) - 但得确认业务是否允许“无数据=0”；若不允许，应改用
LEFT JOIN+ 聚合，保留 NULL 语义 -
COUNT(*)在空集时返回 0，但标量子查询本身为空时仍返回 NULL，这点常被误判
想取“最新一条”却只写LIMIT 1，结果不可复现
子查询里用 LIMIT 1 或 TOP 1 取单行，但没配 ORDER BY，数据库不保证返回哪条——不是 bug，是规范允许的未定义行为。
- 查“用户最新登录 IP”，写
(SELECT ip FROM login_log WHERE user_id = u.id ORDER BY created_at DESC LIMIT 1)才可靠 - SQL Server 强制要求
TOP 1必须跟ORDER BY，否则语法报错；PostgreSQL 允许但结果随机，上线前必须验证业务接受度 - 用
MAX(created_at)只能取时间，取不到整行数据；真要完整记录，就得用窗口函数或关联子查询
真正容易被忽略的是：子查询里的聚合是否无意中改变了粒度。比如用 AVG(SUM(sale)) 看似合理，实则把“每组总和”当成了“一组数值”来平均，而各组行数不等时，会引入加权偏差——这不是语法错，是业务逻辑陷阱。
