ROW_NUMBER() 分页边界为什么重复：created_at 与 order_id 的稳定排序

订单后台按创建时间分页时，第一页和第二页偶尔出现同一笔订单，或者某几笔记录在翻页过程中消失，常见原因不是 ROW_NUMBER() 算错，而是排序条件无法稳定区分同一时间的多行。MySQL 8.4 的窗口函数可以先给结果编号，再按编号取页；但要让分页结果可复现，排序键必须补上唯一列，同时明确数据变化场景下的读取一致性边界。

为什么只按 created_at 分页会出现抖动

假设订单表中的 created_at 精度只有秒，同一时间点可能写入几十行订单。下面这种排序写法看起来符合业务逻辑，却没有规定这些同秒订单之间的先后顺序：

SELECT order_id, created_at, amount
FROM orders
WHERE tenant_id = 18
ORDER BY created_at DESC
LIMIT 50 OFFSET 50;

数据库可以在不违反排序规则的前提下，自由交换排序键同值行的返回顺序。第一页读完之后，如果执行计划变动、有并发写入或者临时结果集的生成顺序变化，第二页的读取边界就可能偏移。排查这类问题的时候不要只核对总记录数，要把相邻两页返回的 order_id 集合做交集和缺口检查。

用 ROW_NUMBER() 给结果建立稳定编号

窗口函数内部的排序条件要和业务分页的规则完全对齐。把唯一的 order_id 放在时间字段后面排序，才能在时间值相同的时候继续区分不同记录：

WITH numbered_orders AS (
  SELECT
    order_id,
    created_at,
    amount,
    ROW_NUMBER() OVER (
      PARTITION BY tenant_id
      ORDER BY created_at DESC, order_id DESC
    ) AS row_no
  FROM orders
  WHERE tenant_id = 18
)
SELECT order_id, created_at, amount
FROM numbered_orders
WHERE row_no BETWEEN 51 AND 100
ORDER BY row_no;

PARTITION BY tenant_id 可以让每个租户的记录分别独立编号；如果查询外层已经提前过滤固定了单个租户的范围，也可以省略分区列，但必须保证窗口的输入范围和业务过滤的范围完全一致。外层再次按 row_no 排序，是为了让最终返回给前端的顺序和生成的编号顺序完全对应。

窗口分页和游标分页的效果核对方法

如果业务场景是“继续加载下一批数据”，可以把最后一行的 created_at 与 order_id 组合起来作为游标：

SELECT order_id, created_at, amount
FROM orders
WHERE tenant_id = 18
  AND (created_at, order_id) 

这里的行值比较逻辑表达的是“时间更早，或者时间相同但ID更小”。游标值必须完全来自上一页的最后一行，不能只单独保存时间字段，否则同一时间段内的记录仍可能出现漏行。

数据写入期间如何避免把变化误判成分页重复

分页过程中有新订单插入时，后续页的行号会整体向后偏移。窗口查询每次重新执行都会按当前数据集重新编号；游标查询虽然相对更稳定，但如果业务要求“整段列表在操作期间完全固定”，仍然需要搭配合适的事务隔离级别，或者基于业务字段生成自定义快照。

验收场景可以提前准备三组测试数据：同一秒写入的多行订单、跨页边界插入一行新数据、删除上一页的边界行。分别记录两页返回的ID集合，核对是否出现重复、是否漏掉记录、最后一行生成的游标是否可以继续正常翻页。不要把随机排序或者只按非唯一字段排序作为线上最终方案。

上线前的四项检查

1. 确认窗口函数的 PARTITION BY 和租户、用户或者业务分组的过滤边界完全一致。
2. 确认 ORDER BY 的最后排序字段包含可以唯一区分行的键，同时明确指定升降序规则。
3. 用同秒数据、中途插入、中途删除和空页的案例，检查相邻页返回的ID集合是否符合预期。
4. 评估深页读取的性能开销；如果业务只需要连续向后翻页，优先验证游标写法和对应索引的匹配度。

索引设计也要和排序、过滤条件匹配。如果窗口输入先按租户筛选，再按时间和ID排序，可以评估 (tenant_id, created_at, order_id) 对应的复合索引，最终是否生效仍要以实际执行计划和数据分布情况为准。

常见问题

ROW_NUMBER() 和 RANK() 做分页有什么区别？

ROW_NUMBER() 给每行分配唯一的连续编号；RANK() 遇到排序值相同的并列情况会跳号，不适合直接按编号取固定行数的分页场景。

只在外层 ORDER BY order_id 可以吗？

不行。窗口内部的排序决定了编号的生成顺序，外层排序只能调整已经生成编号的结果展示顺序；两处排序规则必须保持一致才能拿到正确结果。

为什么游标分页还需要两个字段？

时间值可能重复，只有时间字段无法唯一确定分页边界。时间加唯一ID的组合，才能准确表达“上一行之后的所有位置”这个语义。

分页时新增数据会不会让 ROW_NUMBER() 出错？

函数本身会按当次查询拿到的输入数据集重新生成编号，但中途的数据变化会改变分页边界。如果需要固定整个列表的返回结果，应该结合事务快照或者业务快照的设计来实现。

ROW_NUMBER() 解决的是“如何给结果逐行编号”的问题，稳定分页还需要配置唯一排序键、明确数据变化场景下的处理策略和可重复的边界测试逻辑。先把这几件事做扎实，再决定使用页码窗口方案还是游标方案，排查问题会顺畅很多。