用窗口函数row_number()最稳妥：先按组和目标字段排序编号，再取每组rn=1的完整行；老版本mysql需用自连接或相关子查询，但性能较差且处理并列情况更复杂。

GROUP BY 后怎么拿到每组里某字段最大值对应的其他列？

直接用 MAX() 只能拿到最大值本身，但你真正想要的是“分数最高那条记录的姓名、ID、时间”，这不能靠 GROUP BY + MAX() 一步到位——因为 SQL 标准里，SELECT 列表中非聚合列必须出现在 GROUP BY 子句里，否则会报错（MySQL 5.7+ 严格模式、PostgreSQL、SQL Server 都如此）。

常见错误写法：SELECT name, MAX(score) FROM student GROUP BY class —— 这在多数数据库里会直接报 column "name" must appear in the GROUP BY clause 错误。

核心思路：先确定每组的极值（比如最大 score），再用这个极值去关联原表，精准捞出对应整行数据。

用窗口函数 ROW_NUMBER() 最稳妥

这是目前最通用、语义最清晰的解法，支持 PostgreSQL、SQL Server、Oracle、MySQL 8.0+、SQLite 3.25+。它不依赖唯一性，也不怕同分情况（可按需指定排序优先级）。

• 对每组按目标字段降序排序，用 ROW_NUMBER() OVER (PARTITION BY class ORDER BY score DESC, id ASC) 给每行编号
• 外层只取 rn = 1 的行，就拿到了每组 score 最高且 id 最小（避免并列时随机）的完整记录
• 注意：用 ROW_NUMBER() 是“取一条”，用 RANK() 或 DENSE_RANK() 会返回所有并列最高者

SELECT class, name, score, enroll_time
FROM (
  SELECT *,
         ROW_NUMBER() OVER (PARTITION BY class ORDER BY score DESC, id ASC) AS rn
  FROM student
) t
WHERE rn = 1;

老版本 MySQL（5.6 及更早）只能用自连接或子查询

没有窗口函数时，得靠相关子查询或 JOIN 模拟“每组最大值定位”。性能通常较差，尤其数据量大时。

• 子查询方式：外层每行都执行一次内层查询找该组最大 score，再比对是否相等 —— 简单但可能慢：WHERE score = (SELECT MAX(score) FROM student s2 WHERE s2.class = s1.class)
• 自连接方式：LEFT JOIN 自身，条件是同组但右表 score 更大；没匹配上的就是最大值行 —— 写法绕但有时优化器更友好
• 如果存在多条相同最大 score，这两种方法默认返回全部；若只要一条，得额外加 LIMIT 1 或引入 id 排序去重，但语法受限（如 MySQL 5.6 不支持子查询 LIMIT 在 IN 中）

别忽略 NULL 和重复排序键的影响

ORDER BY score DESC 遇到 NULL 时，不同数据库行为不一致：PostgreSQL 默认把 NULL 当最大，MySQL 当最小。若字段可能为空，显式写成 ORDER BY score DESC NULLS LAST（PostgreSQL/Oracle 支持）或用 COALESCE(score, -999999) 垫底。

另外，仅按 score 排序无法保证结果稳定——万一同一组有多个相同最高分，每次执行可能返回不同行。务必加入一个唯一或足够区分的次级排序字段，比如 id 或 created_at。

真正在生产环境跑之前，先 EXPLAIN 看执行计划，确认是否走了索引（理想组合索引：(class, score, id)）。