实时排名应根据并列需求选择函数：需唯一名次用ROW_NUMBER()，允许并列跳号用RANK()，并列不跳号用DENSE_RANK()；排行榜后端通常默认ROW_NUMBER()以保障名次唯一性便于前端渲染与分页。
实时排名必须用 ROW_NUMBER() 还是 RANK()？
取决于你对并列的处理需求。如果分数相同必须占不同名次（比如“第1、第2、第3”，哪怕两人同分），用 ROW_NUMBER()；如果允许并列且跳号（“第1、第1、第3”），选 RANK()；如果并列但不跳号（“第1、第1、第2”），才用 DENSE_RANK()。排行榜后端常默认用 ROW_NUMBER()，因为名次唯一性便于前端渲染和分页锚点定位。
常见错误是直接套用 RANK() 导致下游逻辑错乱——比如用户查“我的排名”，返回 1 和 1，但实际数据库里只有两条记录，前端误以为自己是并列第一，而服务端按名次做限流时却漏判了第二人。
- 排序字段必须明确写全，例如
ORDER BY score DESC, updated_at DESC，避免因主键无序导致每次查询排名波动 - MySQL 8.0+、PostgreSQL、SQL Server 2012+ 支持；SQLite 3.25+ 也支持，但旧版 MySQL（
- 若排名依据含实时计算字段（如
score * weight + bonus），务必在OVER子句中复用同一表达式，否则结果不可预期
千万级用户榜单查排名慢？加索引不是万能的
窗口函数本身不走索引，OVER (ORDER BY score DESC) 会触发全表扫描+排序，数据量大时延迟飙升。单纯给 score 字段加索引没用，因为窗口函数需要的是“全局有序序列”，不是单点查找。
真实优化路径是分层：高频查“前100名”走覆盖索引+物化视图（PostgreSQL 可用 MATERIALIZED VIEW），查“我的排名”改用子查询计数法（SELECT COUNT(*) FROM users u2 WHERE u2.score > u1.score），再配合 score 索引加速。
- MySQL 中
SELECT ROW_NUMBER() OVER (ORDER BY score DESC) AS rank, id FROM users即使有索引，执行计划仍显示Using filesort - PostgreSQL 可用
CREATE INDEX idx_score_desc ON users (score DESC, id)加速子查询计数，但窗口函数本身无法跳过排序阶段 - 如果业务允许“近似排名”，可用采样统计（如 HyperLogLog）预估，但误差在 5% 左右，慎用于发奖场景
并发更新时排名瞬时错乱，怎么保一致？
窗口函数是只读计算，不锁行，所以当 A 用户刚更新 score，B 用户同时查全榜，可能看到旧 score 参与排名——这不是 bug，是事务隔离级别的正常表现。想让“查榜”看到“刚提交”的分数，至少要 READ COMMITTED 以上级别，且查榜 SQL 必须在同一个事务里执行更新+查窗口结果（否则跨事务仍可能不一致）。
更现实的做法是接受短暂延迟，用缓存兜底：用 Redis Sorted Set 存实时分数，定时（如每秒）把 top-N 同步到 MySQL 的临时表，查榜时只读这张表。这样既规避了窗口函数性能瓶颈，又控制了不一致窗口在 1 秒内。
- 不要在事务里一边
UPDATE users SET score = ...一边SELECT ROW_NUMBER()...，除非显式加SELECT ... FOR UPDATE，但会严重拖慢写入 - PostgreSQL 的
pg_notify可监听分数变更，触发异步重算榜单，比轮询高效 - 注意时区问题：如果
updated_at用TIMESTAMP WITHOUT TIME ZONE，多个时区客户端更新可能导致排序顺序意外变化
跨天/跨赛季榜单怎么避免重复计算？
窗口函数默认作用于整个结果集，如果要做“今日榜”或“赛季榜”，必须先过滤再开窗，不能先开窗再 WHERE。错误写法：SELECT *, ROW_NUMBER() OVER (ORDER BY score DESC) FROM users WHERE DATE(created_at) = CURDATE() —— 这会在过滤前就对全表排序，浪费资源。
正确做法是把过滤条件下推到子查询或 CTE 里，确保窗口只在目标数据集上运行。另外，赛季时间范围建议用闭区间（BETWEEN '2024-01-01' AND '2024-03-31'），避免 DATE() 函数导致索引失效。
- MySQL 8.0+ 支持 CTE，可写
WITH today AS (SELECT * FROM users WHERE created_at >= '2024-04-01') SELECT *, ROW_NUMBER() OVER (ORDER BY score DESC) FROM today - 如果赛季表结构独立（如
season_scores），直接在该表上开窗，比联结主表快一个数量级 - 注意
NULL分数：ORDER BY score DESC默认把NULL排最前，需显式写ORDER BY score DESC NULLS LAST（PostgreSQL）或用COALESCE(score, 0)（MySQL）
窗口函数让实时排名变得可行，但它的代价藏在排序阶段和事务边界里。真正卡住系统的往往不是语法，而是没想清楚“谁在什么时候需要哪一版排名”。
