SQL分组数据后如何获取每组最新记录_使用ROW_NUMBER窗口函数
SQL分组数据后如何获取每组最新记录
在数据库查询中，一个经典且高频的需求是：从每组数据里，精准地捞出最新的那条记录。听起来简单，但实际操作时，新手甚至老手都可能踩进几个“坑”。今天，我们就来把这几个关键点彻底理清。
免费影视、动漫、音乐、游戏、小说资源长期稳定更新！ 👉 点此立即查看 👈
不能直接用 GROUP BY 配合 MAX(time) 拿最新记录，因为 id 和 user_id 可能不属于同一行，MySQL 5.7 严格模式会报错；ROW_NUMBER() 必须配合 PARTITION BY 和 ORDER BY 使用，否则无法正确分组排序；子查询或 CTE 是最稳妥的嵌套方式，因 WHERE 执行早于窗口函数；需注意 NULL 值、并列时间及分组键为 NULL 的影响。
为什么不能直接用 GROUP BY 配合 MAX(time) 拿最新记录
这是最常见的误解。很多人会想当然地写出类似 SELECT id, user_id, MAX(created_at) 的查询，以为数据库会自动把 MAX(created_at) 对应的那行 id 和 user_id 匹配给你。但事实是，GROUP BY 只管聚合，它并不知道你想要的 id 和 user_id 该来自哪一行——它们很可能和那个最大的时间戳不在同一行。结果就是数据错乱。
更严格地说，在 MySQL 5.7 的严格模式下，这种写法会直接报错：Expression #1 of SELECT list is not in GROUP BY clause。即便某些模式不报错，返回的结果也基本不可信。所以，这个捷径从一开始就走不通。
ROW_NUMBER() 必须配合 PARTITION BY 和 ORDER BY 使用
既然 GROUP BY 不行，窗口函数 ROW_NUMBER() 就成了首选。但这里有个关键：它必须明确两件事——“按什么分组”和“组内怎么排序”。少了任何一个，结果都会南辕北辙。
- 正确写法：
ROW_NUMBER() OVER (PARTITION BY user_id ORDER BY created_at DESC)。意思很清晰：按用户分组，组内按时间降序排，然后编号。 - 典型错误：
ROW_NUMBER() OVER (ORDER BY created_at DESC)。漏了PARTITION BY，这就变成了给全表排序编号，完全失去了分组的意义。 - 危险写法：
ROW_NUMBER() OVER (PARTITION BY user_id ORDER BY created_at ASC)。排序方向搞反了，用ASC拿到的是每组最老的记录，而不是最新的。
看，一个字母之差，结果天差地别。
子查询或 CTE 是最稳妥的嵌套方式
算出编号后，下一个问题来了：怎么筛选出编号为1的记录？你可能会想直接在 WHERE 子句里写 rn = 1。但抱歉，这行不通。因为 WHERE 子句的执行顺序在 SELECT 之前，此时窗口函数计算出的 rn 列还不存在。
怎么办？必须分层处理。最清晰的方式是使用 CTE（公用表表达式），这在 PostgreSQL、SQL Server 和 MySQL 8.0+ 中都支持：
WITH ranked AS (
SELECT *,
ROW_NUMBER() OVER (PARTITION BY user_id ORDER BY created_at DESC) AS rn
FROM orders
)
SELECT id, user_id, amount, created_at
FROM ranked
WHERE rn = 1;
如果数据库版本较旧（比如 MySQL 5.x），不支持 CTE，那就用派生表（子查询）来实现同样的逻辑：
SELECT id, user_id, amount, created_at
FROM (
SELECT *,
ROW_NUMBER() OVER (PARTITION BY user_id ORDER BY created_at DESC) AS rn
FROM orders
) t
WHERE rn = 1;
这两种方式本质一样，都是先构建一个包含排序列的中间结果集，再从中过滤。结构清晰，不易出错。
注意 NULL 值和并列时间对 ROW_NUMBER 的影响
你以为这样就万无一失了吗？还有几个细节值得警惕。
首先是并列时间。ROW_NUMBER() 会严格为每一行生成唯一的序号，即使两条记录的 created_at 完全相同，它也会强行分出1和2。如果你希望时间并列的记录都能被保留（比如同一个用户在同一秒创建了两笔订单），那就需要改用 RANK() 或 DENSE_RANK()。不过，这又会带来新的问题——它们不保证每组只返回一条记录，可能还需要额外的去重逻辑。
其次是NULL值处理。如果 created_at 字段允许为 NULL，排序时就要小心了。不同数据库对 NULL 在排序中的位置有不同默认行为（例如 PostgreSQL 默认 NULLS LAST，而 Oracle 默认 NULLS FIRST）。为了结果可控，建议显式声明：ORDER BY created_at DESC NULLS LAST。
最后，也是最容易忽略的一点：分组键本身为 NULL。当 PARTITION BY user_id 时，所有 user_id IS NULL 的记录会被归为同一组。这未必符合业务逻辑。如果这不是你想要的，务必提前用 WHERE 过滤掉这些记录，或者使用 COALESCE(user_id, -1) 之类的函数给 NULL 一个明确的占位值。
把这些细节都考虑到，你的“取每组最新记录”查询才算真正稳健可靠。
相关攻略
台铃电动车锁车，真的不耗电吗？ 关于电动车锁车后是否还在“偷偷”用电，很多用户心里都有个问号。答案很明确：台铃电动车的锁车状态本身，几乎不产生额外电量消耗。其核心在于一套精心设计的电子防盗系统，在锁止后，整车的主供电电路会被立刻切断，只留下防盗模块、钥匙信号接收器等核心安防单元，以极低的功耗维持待命
老年助听器怎么安装后能用吗？ 开门见山地说，给长辈选配助听器，可千万别把它当成“即插即用”的普通电子产品。这本质上是一套严谨的医疗康复流程，核心在于“专业验配”与“科学适应”。没有这两步，再好的设备也可能沦为抽屉里的闲置品。 真正的效能发挥，始于一份精准的听力“地图”——通过纯音测听、声导抗等医学检
高考前冲刺口号 话说回来，每年到了这个时节，教室里、走廊上、甚至学生的课桌一角，总能看到一些凝聚着决心与期盼的句子。它们不仅仅是口号，更像是一股无声的力量，在最后关头为学子们注入信念。下面这份汇集了多年备考智慧的清单，或许能为你带来一些启发。 信念与心态篇 1 Everything is poss
班风口号：胜不骄，败不馁，有志不在年高，但求力争上游 “胜不骄，败不馁”这六个字，分量可不轻。它源自《商君书·战法》，原话是“王者之兵，胜而不骄，败而不怨。”这提醒我们，成功时别让骄傲蒙了眼，失败时也别被沮丧拖垮了脚。保持清醒与韧性，才是长久之道。 紧接着的“有志不在年高”，出自《封神演义》。这话说
下学期中班孩子评语1 1、 这孩子聪明又活泼，课堂上总能看到他高高举起的小手，思维活跃得很，发言特别踊跃。做数学题又快又准，小脑袋转得飞快，语言表达能力也强，还经常主动上来给大家讲故事。要是以后能加强小手的锻炼，让它变得更灵巧，那就更棒了，咱们一起朝着心灵手巧的目标加油吧！ 2、 小家伙的口才真不错
热门专题
热门推荐
微软调整XGP战略：降价与《使命召唤》延期入库的背后 最近游戏圈有个大消息：微软宣布下调Xbox Game Pass Ultimate和PC Game Pass的月度订阅价格。具体来看，Ultimate档位从每月29 99美元降到了22 99美元，PC Game Pass则从16 49美元降至13
2026年，Xbox新掌门的第一把火：Game Pass要变“自助餐”了 2026年2月，阿莎·夏尔马接棒菲尔·斯宾塞，成为Xbox的新任CEO。这位新官上任，动作可谓雷厉风行。就在昨天，她点燃了第一把火：Xbox Game Pass Ultimate的月费，从29 99美元直接降到了22 99美元
当明星演员想开游戏工作室：资深同行为何直言“别这么做”？ 最近，游戏圈里发生了一场有趣的隔空对话。为《最后生还者》《死亡搁浅》等大作献声的知名演员特洛伊·贝克，在采访中透露了一个雄心勃勃的计划：他想创立自己的游戏工作室，去讲述“自己的故事”。他甚至提到，自己的灵感来源之一，正是曾为《刺客信条：起源》
Steam新款手柄评测视频意外流出，定价信息同步曝光 游戏硬件圈最近有个不大不小的“意外”。根据海外多个科技消息源的报道，Valve即将推出的新款Steam Controller手柄，其评测视频竟然提前在网上泄露了。更关键的是，视频里还直接公布了这款产品的售价：99美元。 事情是这样的：一个名为“T
此前，外网消息源透露，目前PlayStation在PS4和PS5的数字版游戏中加入了DRM验证（正版在线验证）机制。 前情提要>> 简单来说，这个新机制的效果是这样的：从今往后，如果你通过数字商店购买新游戏，那么主机就必须定期连接到PSN网络进行正版验证。具体规则是，如果主机连续超过30天处于离线状