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() 的语义差异，导致查出来的数据量忽多忽少。
