最稳妥做法是用ROW_NUMBER()窗口函数：ROW_NUMBER() OVER (PARTITION BY group_col ORDER BY value_col DESC, id ASC)，它不依赖字段唯一性，能稳定处理重复最大值，且主流数据库均支持。
用关联子查询取每组中 score 最大的那条记录
直接在 WHERE 中嵌套子查询，让外层每一行的 score 等于它所属分组（比如按 student_id）的最大值。注意：如果有多个相同最大值，会全部返回。
常见错误是子查询没加 WHERE 关联条件，导致查出全局最大值而非组内最大值：
SELECT * FROM scores s1 WHERE s1.score = ( SELECT MAX(s2.score) FROM scores s2 WHERE s2.student_id = s1.student_id -- 这行漏掉就全错 );
使用场景：MySQL 5.7 或不支持窗口函数的老版本；需要兼容性时首选。
容易踩的坑：
- 子查询里漏写
s2.student_id = s1.student_id，结果变成只返回全局最高分那一行 - 如果
score允许为NULL，MAX()会忽略它，但匹配时score = NULL永远不成立，导致该组无结果 - 性能差：对每行都执行一次子查询，数据量大时明显变慢
用 RANK() 窗口函数取每组第一（含并列）
RANK() 对组内排序后给相同值分配相同名次，跳过后续名次（如 1,1,3）。适合“取每组最高分所有记录”这种需求。
必须用子查询或 CTE 包裹，因为窗口函数不能直接出现在 WHERE 中：
SELECT student_id, subject, score
FROM (
SELECT student_id, subject, score,
RANK() OVER (PARTITION BY student_id ORDER BY score DESC) AS rk
FROM scores
) t
WHERE t.rk = 1;
参数差异：DENSE_RANK() 不跳名次（1,1,2），ROW_NUMBER() 强制不并列（1,2,3）——按业务是否允许并列来选。
容易踩的坑：
- 忘记用子查询包裹，直接写
WHERE RANK() = 1会报错 -
ORDER BY里没处理NULL，比如score DESC会让NULL排最前，可能误取到空值行；可加NULLS LAST（PostgreSQL/Oracle）或用COALESCE(score, -999999)（通用） - MySQL 8.0+、PostgreSQL、SQL Server 2005+ 支持，但 SQLite 默认不支持窗口函数
为什么不用 GROUP BY 直接配 MAX(score)
GROUP BY 只能返回聚合结果，无法同时拿到对应那行的其他字段（比如 subject 或 exam_date）。下面这句语法上可能通过，但 subject 值是随机的：
SELECT student_id, MAX(score), subject -- ❌ subject 不属于分组键也不在聚合函数里 FROM scores GROUP BY student_id;
MySQL 5.7 严格模式下会直接报错：Expression #3 of SELECT list is not in GROUP BY clause。
所以“分组取整行”本质不是聚合问题，而是“每组 Top-N”问题，必须借助子查询或窗口函数定位原始行。
大数据量时怎么选：子查询还是 RANK()
如果表有千万级数据且 student_id 上没索引，两种方法都会慢，但慢法不同：
关联子查询：MySQL 可能无法有效利用索引，变成对每组做一次全表扫描；加复合索引 (student_id, score) 能显著改善。
RANK()：需先全量排序，内存或磁盘临时表压力大；但只要 PARTITION BY 字段有索引，排序范围可缩小到每个分区内部。
真正卡住的点往往不是函数本身，而是没在 PARTITION BY 和 ORDER BY 涉及的列上建好联合索引。
