用 ROW_NUMBER() 按组内时间倒序标号可精准取每组最新一条记录避免 RANK()/DENSE_RANK() 因并列时间导致多返回、不可控等问题且比 GROUP BY MAX() 关联更可靠需注意 NULL 处理、分区键一致性及排序稳定性。用 ROW_NUMBER() 按组内时间倒序标号核心思路是给每组数据按 created_at或你的时间字段降序排个名取名次为 1 的那条。这比 GROUP BY MAX() 再关联回原表更直接、也更可靠——后者在有并列最晚时间时可能漏数据。实操建议确保时间字段不为空否则 NULL 会被排到最后ORDER BY xxx DESC 默认把 NULL 当最小值导致标号错乱可加 WHERE created_at IS NOT NULL 过滤分区键PARTITION BY必须和业务分组逻辑一致比如按 user_id 分组就写 PARTITION BY user_id别漏掉复合条件如 PARTITION BY tenant_id, user_id排序用 ORDER BY created_at DESC如果时间精度到秒但存在微秒级差异建议显式补上 , id DESC 防止窗口函数随机选行尤其 PostgreSQL / MySQL 8.0SELECT * FROM ( SELECT *, ROW_NUMBER() OVER ( PARTITION BY user_id ORDER BY created_at DESC, id DESC ) AS rn FROM orders) t WHERE rn 1;RANK() 和 DENSE_RANK() 什么时候不能替代 ROW_NUMBER()当同一组里有多条记录时间完全相同时RANK() 会把它们全标为 1接着跳到 3DENSE_RANK() 也是全标 1接着标 2。如果你只要一条“最晚记录”这两种函数会导致结果多于预期——尤其是做 UPDATE 或 INSERT SELECT 时容易重复写入。常见错误现象本想每用户取一条最新订单结果某用户有两条同秒创建的订单RANK() 返回了两条下游逻辑崩了用 DENSE_RANK() 后接 WHERE dr 1看似没问题但实际无法控制哪条被保留不同执行计划下结果不一致Oracle 中 RANK() 对 NULL 的处理和 ROW_NUMBER() 不同混用易出错MySQL 5.7 或旧版 PostgreSQL 怎么办这些版本不支持窗口函数硬上 ROW_NUMBER() 会报错 FUNCTION xxx does not exist 或直接语法失败。得换策略但别用相关子查询WHERE time (SELECT MAX(...) FROM ...)它在大数据量下极慢且仍无法解决并列时间问题。 通义听悟 阿里云通义听悟是聚焦音视频内容的工作学习AI助手依托大模型帮助用户记录、整理和分析音视频内容体验用大模型做音视频笔记、整理会议记录。