直接在GROUP BY后SELECT非聚合字段会报错，因标准SQL要求SELECT中非聚合字段必须全部出现在GROUP BY中，否则语义不清；MySQL开启ONLY_FULL_GROUP_BY时同理。
为什么直接在 GROUP BY 后 SELECT 非聚合字段会报错？
因为标准 SQL（如 PostgreSQL、SQL Server）要求：出现在 SELECT 列表中的非聚合字段，必须全部出现在 GROUP BY 子句中。否则会触发类似 column "name" must appear in the GROUP BY clause or be used in an aggregate function 的错误。MySQL 在 ONLY_FULL_GROUP_BY 开启时同样如此——这不是 bug，而是语义约束：分组后，“每个组选哪个 name？” 编译器无法自动决定。
用子查询获取每组“最新/最值对应”的非聚合字段值
常见需求是：按用户分组，统计订单数，同时取出每人的最新订单号、下单时间或商品名称。这时不能靠 MAX(order_id) 反推其他字段，因为最大 ID 对应的记录可能不是最新时间。正确做法是用相关子查询或窗口函数模拟“取组内某条完整记录”：
- 用
(SELECT ... FROM orders o2 WHERE o2.user_id = o1.user_id ORDER BY created_at DESC LIMIT 1)获取每组最新订单的单个字段（如order_no） - 若需多个字段（如
order_no和status），建议改用JOIN+ 窗口函数（见下一条），否则得写多个独立子查询，性能差且难维护 - 注意子查询必须有明确的
WHERE关联条件（如o2.user_id = o1.user_id），否则变成笛卡尔积或返回错误结果
更高效：用窗口函数替代多层子查询
当需要提取整行属性（不止一个字段），ROW_NUMBER() 比嵌套子查询更清晰、更快：
SELECT user_id, order_count, order_no, status, created_at
FROM (
SELECT
user_id,
COUNT(*) OVER (PARTITION BY user_id) AS order_count,
order_no,
status,
created_at,
ROW_NUMBER() OVER (PARTITION BY user_id ORDER BY created_at DESC) AS rn
FROM orders
) t
WHERE rn = 1;
关键点：
-
PARTITION BY user_id定义分组边界，ORDER BY created_at DESC决定“最新”的排序逻辑 -
rn = 1筛出每组首行，此时order_no、status等字段自然对齐到该行 - 相比多次子查询，窗口函数只扫描一次表，避免重复过滤；但注意 MySQL 8.0+、PostgreSQL 8.4+ 才原生支持
MySQL 兼容性陷阱：GROUP BY + ANY_VALUE() 不等于安全
MySQL 在禁用 ONLY_FULL_GROUP_BY 时允许 SELECT user_id, name, COUNT(*) FROM users GROUP BY user_id，但 name 值是随机选取的（来自任意一行），不是“首个”也不是“最新”。这极易导致数据不一致：
- 即使加了
ORDER BY，也不能保证name取自排序后的第一行——GROUP BY 执行顺序早于 ORDER BY -
ANY_VALUE(name)显式声明意图，但仍是不确定值；它只是让语法通过，不解决业务含义问题 - 生产环境强烈建议开启
ONLY_FULL_GROUP_BY，用子查询或窗口函数代替侥幸写法
真正要拿“每组最新订单的客户姓名”，就得把订单和用户表关联后再用窗口函数，而不是依赖 GROUP BY 的模糊行为。
