GROUP BY 定义聚合维度，SELECT 列表只能含 GROUP BY 字段或聚合函数，因非分组非聚合字段值不确定；MySQL 5.7+ 默认启用 ONLY_FULL_GROUP_BY 严格校验，违例报错，确保结果确定性。
GROUP BY 不是简单地“把数据分堆”，而是定义了聚合计算的维度——没出现在 GROUP BY 列表里的非聚合字段，SQL 引擎根本不知道该取哪一行的值，所以会直接报错。
为什么 SELECT 列表里只能出现 GROUP BY 字段或聚合函数
这是 SQL 标准强制要求的语义约束。比如执行 SELECT user_id, name, COUNT(*) FROM orders GROUP BY user_id，name 没在 GROUP BY 中，而一个 user_id 可能对应多个 name（比如历史改名、多账户共用 ID），数据库无法确定该返回哪个 name。
- MySQL 5.7+ 默认开启
ONLY_FULL_GROUP_BY模式，会直接拒绝这种写法 - PostgreSQL、SQL Server、Oracle 全部严格遵循该规则
- MySQL 5.6 或关闭该模式时可能“侥幸通过”，但结果不可靠——它随便挑一行的
name返回，每次可能不同
GROUP BY 后怎么安全拿到“每个分组的任意一条完整记录”
这不是 GROUP BY 的职责，得换思路。常见做法是用窗口函数或关联子查询：
- 用
ROW_NUMBER() OVER (PARTITION BY user_id ORDER BY created_at DESC)给每组内行编号，再外层WHERE rn = 1 - 用
SELECT * FROM orders o1 WHERE NOT EXISTS (SELECT 1 FROM orders o2 WHERE o2.user_id = o1.user_id AND o2.created_at > o1.created_at)找每组最新订单 - 避免用
GROUP BY user_id, name然后加MAX(created_at)——这其实是在按(user_id, name)二元组分组，不是“每个 user_id 取一条”
NULL 值在 GROUP BY 中会被当成同一组吗
是的。所有 NULL 在分组时视为相等，会归入同一个分组。这点和 WHERE col = NULL（永远为 false）完全不同。
- 如果字段允许 NULL，且你希望把 NULL 单独当作一类统计，不需要额外处理——它自然成一组
- 但如果想排除 NULL 再分组，得显式加
WHERE col IS NOT NULL - 注意：多个 NULL 字段组合分组（如
GROUP BY a, b），只要两个字段都是 NULL，就属于同一组；但(NULL, 'x')和('x', NULL)是不同组
ORDER BY 能用别名或 SELECT 中的序号吗
可以，但行为因数据库而异，不建议依赖：
- PostgreSQL、SQL Server 支持
ORDER BY 1或ORDER BY total_count（假设SELECT COUNT(*) AS total_count） - MySQL 8.0+ 支持，但早期版本只支持列名或表达式，不支持序号
- 更稳妥的做法是重复写表达式，比如
ORDER BY COUNT(*) DESC，或者明确写出字段名
真正容易被忽略的是：分组逻辑发生在 WHERE 之后、HAVING 之前，而 HAVING 是唯一能对聚合结果做过滤的地方——别试图在 WHERE 里写 COUNT(*) > 10，那会报错。
