MySQL 窗口函数排序相同值时怎么保证结果稳定

MySQL 窗口函数出现“同样的数据这次排第 2、下次排第 3”，通常不是 ROW_NUMBER() 失效，而是窗口里的 ORDER BY 只写了非唯一字段。排序值相同的行属于并列行，数据库没有义务替你决定它们的先后。

稳定写法是：先按业务字段排序，再把能唯一定位一行的主键或唯一键放到最后。例如成绩降序、提交时间降序后，再按 id ASC 打破完全相同的记录。这样编号、每组 Top N 和分页结果才有可复现的顺序。

一、并列值到底影响哪一种窗口函数

ROW_NUMBER() 适合“每行都要有唯一序号”的场景；RANK() 和 DENSE_RANK() 则把相同排序值视为同一名次。三者不要混用：如果业务要求并列第一都保留，就优先考虑排名函数；如果要精确取每组前 3 行，通常使用 ROW_NUMBER()，但必须补齐唯一排序键。

二、给窗口 ORDER BY 补上唯一的最后一级

假设每个用户都有多条成绩记录，score 和 created_at 都可能相同，id 是自增主键。只按前两个字段排序时，最后两行仍然是 peers；把 id 加到末尾，排序关系才完整。

-- 先按业务优先级排序，再用主键稳定打破并列
WITH ranked AS (
    SELECT
        id,
        user_id,
        score,
        created_at,
        ROW_NUMBER() OVER (
            PARTITION BY user_id
            ORDER BY score DESC, created_at DESC, id ASC
        ) AS rn
    FROM user_scores
)
SELECT id, user_id, score, created_at, rn
FROM ranked
WHERE rn 

这里的 id ASC 不是为了改变“高分优先、最新优先”的业务规则，而是为完全相同的业务排序值提供确定的最后比较项。主键、不可变的唯一业务流水号都可以承担这个角色；不要把随机函数或当前时间临时塞进排序表达式。

三、窗口排序和最终展示排序是两件事

窗口里的 ORDER BY 只负责计算 rn。外层查询没有 ORDER BY 时，返回行的展示顺序仍然不保证；即使外层写了排序，也要使用同一套业务键，否则读者可能看到编号顺序和行排列不一致。

-- 外层排序用于展示或分页，规则与窗口保持一致
SELECT id, user_id, score, created_at, rn
FROM ranked
WHERE rn 

如果要做翻页，游标也应携带这组完整键，例如 (score, created_at, id)，不要只用分数作为下一页条件。否则下一页无法判断同分记录中已经读到哪一行，可能出现重复或漏行。

四、发布前检查 NULL 和真正的唯一性

最后检查三件事：补充键是否真的唯一且不会更新；排序方向是否固定；NULL 是否符合业务预期。MySQL 默认升序把 NULL 排在前面、降序排在后面，如果“没有成绩”的记录要统一放末尾，应显式写出 score IS NULL 的优先级。

如果最后一级仍可能重复，就继续补字段，直到同一分区内每一行都能被唯一识别。稳定排序不是让结果“看起来差不多”，而是让相同输入和相同排序规则得到同一组可解释的顺序。

相关问题

只写 ORDER BY score DESC 能保证 ROW_NUMBER 顺序吗？

不能。它只能保证分数高的行在前，不能决定同分行的相互顺序。

并列第一都要保留，应该换成 ROW_NUMBER 吗？

不应该。需要共享名次时用 RANK() 或 DENSE_RANK()，再按业务决定是否接受并列后跳号。

窗口里有排序，为什么页面顺序还会变？

因为窗口排序和最终结果排序相互独立。外层查询也要写完整的 ORDER BY，尤其是分页场景。