查单条记录排名应使用子查询而非窗口函数，如select count(*)+1 as rank from users where score>(select score from users where user_id=123)，需score和user_id联合索引支持。
直接查某个值的排名位置，别用 RANK() 全表扫
想算“用户 ID 123 的分数排第几”，直接对整张表跑 RANK() OVER (ORDER BY score DESC) 再 WHERE user_id = 123 是错的——窗口函数必须在结果集生成时就计算完，WHERE 是之后过滤，你拿到的是全量排名后截出的一行，但 MySQL 仍会扫描全部数据，没做任何剪枝。实际只需统计比它分高的记录数，快一个数量级。
RANK() 和 DENSE_RANK() 的行为差异很关键
两者都处理并列，但跳名次逻辑不同：
-
RANK()：相同分数得同一排名，下一个名次跳过。比如 [95, 95, 90] → 排名是1, 1, 3 -
DENSE_RANK()：相同分数得同一排名，下一个名次紧接。比如 [95, 95, 90] → 排名是1, 1, 2
选哪个取决于业务规则。“前 10 名”榜单若允许并列第 1，但第 2 名必须存在，就该用 DENSE_RANK()；若明确要求“最多 10 人上榜”，哪怕并列也要卡死总数，就得用 RANK() + LIMIT 配合。
MySQL 8.0+ 查单条记录排名，推荐子查询而非窗口函数
对单点查询（如“查 user_id=123 的当前排名”），以下写法更高效、语义更清晰：
SELECT COUNT(*) + 1 AS rank FROM users WHERE score > (SELECT score FROM users WHERE user_id = 123);
注意三点：
- 子查询
(SELECT score FROM users WHERE user_id = 123)必须能走user_id主键或唯一索引，否则外层COUNT(*)会全表扫 - 外层
WHERE score > ...要求score字段有索引；最佳实践是建联合索引INDEX idx_score_user (score, user_id)，覆盖内外两层查询 - 如果要支持并列（即同分同名），把
>换成>=就变成DENSE_RANK()语义；换成>就是RANK()语义（因为同分者不会被计入“更高分人数”）
用 RANK() 做分组内排名时，PARTITION BY 不能少
比如按科目算学生成绩排名，漏写 PARTITION BY subject 就会跨科目混排：
SELECT student_id, subject, score,
RANK() OVER (PARTITION BY subject ORDER BY score DESC) AS rank
FROM score_data;
常见错误是只写 ORDER BY 不写 PARTITION BY，结果所有学生被扔进一个大榜；或者误把 subject 放到 SELECT 里却没放进 PARTITION BY，导致 MySQL 报错 Window 'w' with range frame requires order by clause with single column —— 这其实是提示你分区字段和排序字段不匹配。
真正难的不是函数怎么写，而是想清楚“并列是否占坑”“查单点还是查全榜”“要不要分组”，这些决定了该用哪个函数、要不要加索引、甚至该不该用窗口函数。
