SQL如何找出每组的最大值记录 使用ROW_NUMBER与筛选技巧

用ROW_NUMBER()配合OVER(PARTITION BY...ORDER BY...)取每组首行最稳妥能保留整行数据且避免并列不确定性须加确定性排序如ORDER BY score DESC, id ASC不可在WHERE中直接引用窗口别名。用 ROW_NUMBER() 给每组排序后取第一条最稳直接在窗口函数里按分组和排序规则编号再外层筛 rn 1比 GROUP BY MAX() 联查或子查询更直观、更不容易漏字段。关键是它能保留整行原始数据不是只拿个最大值回来。常见错误是写成 ORDER BY value DESC 却没处理并列情况——比如同组两个记录 score 95ROW_NUMBER() 会任意给 1 和 2导致结果不固定。这时候得加确定性排序比如补上主键ORDER BY score DESC, id ASC。ROW_NUMBER() 必须配合 OVER (PARTITION BY ... ORDER BY ...)少一个括号或关键字就报错别在 WHERE 里直接引用窗口函数别名如 WHERE rn 1必须套一层子查询或 CTEMySQL 8.0、PostgreSQL、SQL Server 都支持SQLite 3.25 也行但旧版不行GROUP BY 自关联容易漏数据或性能翻车有人用 JOIN 或子查询先算出每组最大值再连回原表匹配逻辑看似清楚实际一碰重复值或 NULL 就出问题。比如某组最大值是 NULL 判断直接失效或者多个记录共享最大值只想要一条却返回多条。性能上如果原表没建好索引这种写法常触发全表扫描两次一次找最大值一次回查。而 ROW_NUMBER() 在有合适索引时通常只需一次扫描。用 MAX() 聚合后 JOIN必须确保连接条件能唯一命中——否则得加 SELECT DISTINCT 或改用 IN 子查询WHERE value (SELECT MAX(value) FROM t2 WHERE t2.group_id t1.group_id) 这种写法在 MySQL 5.7 或某些场景下可能不走索引PostgreSQL 对这类相关子查询优化较好但 SQL Server 容易生成低效执行计划MySQL 5.7 没窗口函数用变量模拟要小心顺序老版本 MySQL 只能靠用户变量但官方早就不推荐了——因为执行顺序不保证尤其加了 ORDER BY 或涉及连接时变量赋值可能错乱结果时对时错。 Tellers AI Tellers是一款自动视频编辑工具可以将文本、文章或故事转换为视频。