GROUP BY 不能直接获取每组最新整行记录，因MAX()仅返回标量值且SQL标准禁止SELECT非分组非聚合字段；正确做法是用ROW_NUMBER()窗口函数按PARTITION BY分组、ORDER BY时间降序编号后取rn=1，或用关联子查询匹配MAX时间。
GROUP BY 本身不能直接取每组最新记录
很多人误以为 GROUP BY 配合 MAX(time) 就能拿到整条最新记录，其实不行——MAX(time) 只返回时间值，对应那行的 id、name 等字段是随机的（MySQL 5.7+ 严格模式下会报错）。真正要的是“每组中 time 最大的那整行”，这属于典型“分组 Top 1”问题。
推荐用窗口函数 ROW_NUMBER() 实现
现代 SQL（PostgreSQL、SQL Server、MySQL 8.0+、Oracle）都支持窗口函数，最稳妥的方式是给每组按时间倒序编号，再过滤出序号为 1 的行：
SELECT id, user_id, status, created_at
FROM (
SELECT *,
ROW_NUMBER() OVER (PARTITION BY user_id ORDER BY created_at DESC) AS rn
FROM orders
) t
WHERE rn = 1;注意点：
-
PARTITION BY user_id对应你要分组的字段（比如用户 ID） -
ORDER BY created_at DESC确保最新时间排第一；若时间相同，可加第二排序字段如id DESC消除不确定性 - 别漏掉外层
WHERE rn = 1，否则只是多了一列编号 - MySQL 5.6 或更老版本不支持窗口函数，得换方案
兼容旧版 MySQL：用关联子查询或自连接
如果数据库不支持窗口函数（如 MySQL 5.6），可用相关子查询，但性能较差：
SELECT o1.* FROM orders o1 WHERE o1.created_at = ( SELECT MAX(o2.created_at) FROM orders o2 WHERE o2.user_id = o1.user_id );
这个写法的问题：
- 当同一组有多个记录时间相同时，会返回多条——不是严格意义上的“一条”
- 没有索引时可能全表扫描，
(user_id, created_at)联合索引能大幅改善 - 某些场景下（如含 NULL 时间）需额外处理
IS NOT NULL
避免用 GROUP BY + SELECT * 的陷阱
以下写法看似简洁，实际不可靠：
SELECT *, MAX(created_at) FROM orders GROUP BY user_id;
错误原因：
- MySQL 5.7 默认开启
ONLY_FULL_GROUP_BY，这条语句直接报错：Expression #1 of SELECT list is not in GROUP BY clause - 即使关掉该模式，
id、status等字段值来自哪一行完全不确定 - PostgreSQL、SQL Server 等直接拒绝执行，语法层面就不允许
真正上线的代码里，只要涉及“每组取最新一行”，就得明确指定依据（时间字段 + 唯一性保障），并验证是否覆盖了时间相同、NULL、索引缺失等边界情况。
