RANK()和DENSE_RANK()不能直接“取每组第一名”是因为二者均允许并列,导致多个行rk=1;若需每组仅一条,应改用ROW_NUMBER()并指定确定性排序。

为什么 RANK() 和 DENSE_RANK() 不能直接“取每组第一名”
很多人写 RANK() 或 DENSE_RANK() 后加 WHERE rank = 1,结果发现数据对不上——不是漏掉、就是多出重复行。根本原因是:这两个函数只负责排序打标,不自动过滤;且当存在并列时,RANK() 会跳号(比如两个第1名后直接是第3名),而 DENSE_RANK() 不跳号(两个第1名后是第2名)。但两者都可能让多个行共用 rank=1,如果你本意是“每个分组只取一条”,就得额外处理。
用窗口函数 + 子查询/CTE 稳妥取每组第一条
标准做法是把排序逻辑放在子查询或 CTE 中,再在外层筛选 rank = 1。注意必须用 ORDER BY 明确指定排序依据,否则 rank 结果不确定:
WITH ranked AS (
SELECT *,
RANK() OVER (PARTITION BY category ORDER BY score DESC) AS rk
FROM products
)
SELECT id, name, category, score
FROM ranked
WHERE rk = 1;
- 如果允许并列且想全取(如“所有最高分商品”),用
RANK() - 如果想严格限制每组仅一条(哪怕有并列),改用
ROW_NUMBER()替代RANK() -
PARTITION BY字段必须和业务分组维度一致,漏写或写错会导致全局排序而非分组排序
MySQL 8.0+ 可用 LATERAL JOIN 避免重复扫描
当主表很大、且只需每组一条代表时,用 LATERAL(或 CROSS JOIN LATERAL)能避免先算全量 rank 再过滤,性能更好:
SELECT t1.category, t2.id, t2.name, t2.score FROM (SELECT DISTINCT category FROM products) t1 CROSS JOIN LATERAL ( SELECT id, name, score FROM products t2 WHERE t2.category = t1.category ORDER BY score DESC, id ASC LIMIT 1 ) t2;
- 这个写法天然规避了 rank 并列问题,
ORDER BY ... LIMIT 1强制只取一条 -
id ASC是为了在 score 相同时结果可重现(否则 MySQL 可能每次返回不同行) - 仅 MySQL 8.0+、PostgreSQL 14+ 支持
LATERAL,旧版得回退到 CTE 方案
Oracle 和 PostgreSQL 中 ROW_NUMBER() 更适合“严格单条”场景
如果你的需求是“每个分组固定只拿一条,不care是否并列”,ROW_NUMBER() 比 RANK() 更直接:
SELECT *
FROM (
SELECT *,
ROW_NUMBER() OVER (PARTITION BY dept ORDER BY salary DESC, hire_date ASC) AS rn
FROM employees
) t
WHERE rn = 1;
-
ROW_NUMBER()保证每行编号唯一,不会出现多个 1 - 第二个排序字段(如
hire_date ASC)用于打破 ties,确保结果稳定 - 注意:它不反映真实名次含义(比如两个同分员工,一个被标 1、另一个标 2),所以别用它做“排名展示”
实际用哪个函数,取决于你要的是“所有并列第一”还是“强制一条代表”。很多人卡在没意识到 RANK() 和 ROW_NUMBER() 的语义差异,导致查出来的数据量忽多忽少。










