必须用窗口函数，GROUP BY 不支持每组取前几；先用 ROW_NUMBER() 按分组和排序打序号，再外层过滤 rn ≤ N；常见错误是只写内层序号未加 WHERE 条件。
MySQL 8.0+ 怎么用 ROW_NUMBER() 实现分组取前N
直接上结论：必须用窗口函数，GROUP BY 本身不支持“每组取前几”，硬套会丢数据或报错。核心是先按分组和排序规则打序号，再过滤序号 ≤ N 的行。
常见错误现象：SELECT *, ROW_NUMBER() OVER (PARTITION BY category ORDER BY score DESC) rn FROM products 写对了，但忘了加外层 WHERE rn —— 结果还是全量返回，序号只起标记作用，不自动截断。
使用场景：商品按类目取销量 Top 3、用户按地区取最近 2 次登录记录。
- 分区字段（
PARTITION BY）必须是你要分组的列，不能是表达式或别名 - 排序字段（
ORDER BY）建议加上NULLS LAST（如支持）避免空值排最前干扰结果 - 如果存在并列（比如两个 score 都是 95），
ROW_NUMBER()会强制编号 1、2；想保留并列可用RANK()，但注意它可能跳过后续编号
PostgreSQL 或 SQL Server 怎么兼容写法
PostgreSQL 11+ 和 SQL Server 2017+ 同样支持 ROW_NUMBER()，语法几乎一致，唯一要注意的是 SQL Server 对子查询别名要求更严：必须显式命名派生表。
错误示例：SELECT * FROM (SELECT *, ROW_NUMBER() ...) WHERE rn 在 SQL Server 会报 <code>Invalid column name 'rn' —— 因为 WHERE 执行早于 SELECT，不能直接引用别名列。
正确写法必须嵌套一层：
SELECT * FROM ( SELECT *, ROW_NUMBER() OVER (PARTITION BY dept ORDER BY salary DESC) AS rn FROM employees ) t WHERE t.rn <= 5
性能影响：窗口函数在大数据量下会触发临时排序，若 PARTITION BY 列无索引，执行可能明显变慢；建议在该列 + 排序列建联合索引。
老版本 MySQL（5.7 及以下）没窗口函数怎么办
只能靠变量模拟，但风险高、不可靠，仅限小数据量且单线程环境临时用。
典型错误写法：@rn := IF(@prev = category, @rn + 1, 1) 中，MySQL 不保证变量赋值顺序，尤其在 ORDER BY 和变量混用时，结果可能随机错乱。
安全底线：
- 必须把
ORDER BY放在子查询里，且确保排序字段能唯一区分行（比如加主键） - 变量初始化必须在同一条语句内完成，不能依赖上一条 SET
- 绝对不要在生产环境用这种写法处理 >10 万行的数据
替代方案更现实：应用层分页查，或升级 MySQL 版本。
GROUP BY 后接 LIMIT 为什么不行
因为 LIMIT 是对最终结果集整体限制，不是对每个分组生效。写 SELECT category, MAX(score) FROM products GROUP BY category LIMIT 3，只返回任意 3 个分组，不是每个分组的前 3 条。
有人试过 GROUP_CONCAT 拼接再截断，比如 GROUP_CONCAT(id ORDER BY score DESC SEPARATOR ',') AS top_ids，再用 SUBSTRING_INDEX(top_ids, ',', 3) —— 这能拿到 ID 列表，但无法同时取其他字段（如 name、score），还得额外 JOIN，逻辑绕、难维护、性能差。
真正卡住的地方往往不是语法，而是误以为 GROUP BY 天然支持“组内 Top N”。它只做聚合，不负责排序和截断，这个边界得划清。
