是，子查询在FROM中用GROUP BY必须加AS别名，否则报“Every derived table must have its own alias”；直接在WHERE或SELECT中嵌套含GROUP BY的子查询会因多行返回或语义不清而报错或结果错误。
子查询里直接写 GROUP BY 会报错？先看是不是缺别名
MySQL 8.0+ 和 PostgreSQL 严格模式下，SELECT * FROM (SELECT category, COUNT(*) FROM posts GROUP BY category) 这种写法一定报错：Every derived table must have its own alias。不是语法错，是规则强制——派生表必须命名。
- 子查询在
FROM中时，GROUP BY合法，但结尾必须加AS 别名，比如(SELECT category, COUNT(*) FROM posts GROUP BY category) AS t -
WHERE或SELECT里不能直接放含GROUP BY的子查询，否则要么报错“Subquery returns more than 1 row”，要么语义错（比如想查单值却返回多行） - 别名不能用关键字（如
as group），也不能和外层表名冲突，否则JOIN时字段解析会混乱
想取每组最新一条完整记录？别硬套 GROUP BY + MAX()
写 SELECT *, MAX(created_at) FROM orders GROUP BY user_id 看似能拿到最新时间，但 * 字段值不保证来自同一行——MAX(created_at) 是聚合结果，其他字段可能来自任意一行，数据库不保证一致性。
- 正确做法是用窗口函数：
ROW_NUMBER() OVER (PARTITION BY user_id ORDER BY created_at DESC)，再外层筛rn = 1 - 若数据库不支持窗口函数（如 MySQL 5.7），改用相关子查询：
SELECT * FROM orders o1 WHERE created_at = (SELECT MAX(created_at) FROM orders o2 WHERE o2.user_id = o1.user_id)，但要注意并列时间导致重复 - 用
GROUP BY先算出user_id, MAX(created_at)，再JOIN原表时，务必加上主键或唯一约束条件，否则可能匹配到其他用户的同时间记录
GROUP BY 后字段没出现在分组里？不是漏写了，是逻辑没对齐
报错 ERROR 1055 不代表你语法错了，而是数据库拒绝执行“不确定语义”的查询。比如 SELECT name, COUNT(*) FROM users GROUP BY dept，name 没分组也没聚合，数据库不知道该取哪个用户的姓名。
- 如果真要显示每个部门的某个人名，确认该字段在组内是否一致：一致就用
ANY_VALUE(name)（MySQL 8.0+），不一致就得换思路 - 更安全的做法是从关联表查：
SELECT d.name AS dept_name, COUNT(u.id) FROM departments d LEFT JOIN users u ON u.dept_id = d.id GROUP BY d.id, d.name - 别依赖旧版 MySQL 的宽松模式，上线到新环境立刻崩；
sql_mode里含ONLY_FULL_GROUP_BY就一定会校验
用 GROUP BY + HAVING 筛“全组满足条件”的记录，CASE 处理 NULL 很关键
查“所有订单状态都是 active 的用户”，写成 HAVING COUNT(*) = COUNT(CASE WHEN status = 'active' THEN 1 END) 是对的，但如果 status 允许为 NULL，这个 COUNT 会忽略 NULL 行，导致误判。
- 显式处理
NULL：COUNT(CASE WHEN status = 'active' AND status IS NOT NULL THEN 1 END) - 避免用
MIN(status) = MAX(status)，字符串比较不可靠，且NULL参与比较时整个表达式为UNKNOWN，HAVING会过滤掉整组 - 如果目标是取这些用户的完整订单数据，
JOIN子查询比IN更稳——IN遇到大量NULL或重复user_id时可能丢行
真正麻烦的从来不是“能不能嵌”，而是“哪一层该聚合、哪一层该关联、NULL 和重复到底影响了哪条路径”。一个没显式处理 NULL 的 CASE，或者少写的那个 AS 别名，往往就是上线后突然查不出数据的根源。
