SQL窗口函数如何实现游标分页与行号分页-SQL-PHP中文网

窗口函数不能直接替代游标分页，因其生成逻辑行号而非物理定位，无法实现“从某条记录之后取”的语义；可靠游标分页必须用where+复合索引（如where (created_at, id) > (?, ?)），而row_number()需全量排序，违背游标轻量原则。

sql窗口函数如何实现游标分页与行号分页

窗口函数不能直接替代游标分页

游标分页（cursor-based pagination）依赖上一页最后一条记录的唯一、有序字段值（如 created_at + id），而窗口函数（如 ROW_NUMBER()）生成的是逻辑行号，不保证物理顺序稳定，也不支持“从某条记录之后开始取”的语义。强行用 ROW_NUMBER() 模拟游标分页，在并发写入或索引重建后极易跳过或重复数据。

真正可靠的游标分页必须靠 WHERE 条件 + 复合索引，例如：

SELECT * FROM posts 
WHERE (created_at, id) > ('2024-06-01 10:23:45', 12345)
ORDER BY created_at, id
LIMIT 20;

这个查询能高效走索引，且结果确定。窗口函数在这里不仅没用，还会拖慢性能——因为 ROW_NUMBER() 必须先全量排序再编号，完全违背游标“只查下一页”的轻量原则。

ROW_NUMBER() 实现行号分页要绕开 OFFSET

传统 OFFSET 分页在大数据集上性能差（MySQL/PostgreSQL 都需跳过前面 N 行），ROW_NUMBER() 可以规避，但必须配合子查询或 CTE，且仅适用于“按固定顺序分页”的场景（比如按时间倒序首页列表）。

典型写法：

WITH numbered AS (
  SELECT *, ROW_NUMBER() OVER (ORDER BY created_at DESC, id DESC) AS rn
  FROM posts
)
SELECT * FROM numbered WHERE rn BETWEEN 41 AND 60;

注意三点：

来画数字人直播

来画数字人自动化直播，无需请真人主播，即可实现24小时直播，无缝衔接各大直播平台。

下载

ROW_NUMBER() 的 ORDER BY 必须和外层查询一致，否则行号无意义
不能写成 WHERE rn > 40 LIMIT 20 —— 优化器可能无法下推过滤，导致全表编号
PostgreSQL 14+ 支持 LIMIT ... OFFSET 的物化优化，此时 ROW_NUMBER() 并无优势；MySQL 8.0 则仍建议优先用主键范围分页替代

不同数据库对 ROW_NUMBER() 分页的支持差异

ROW_NUMBER() 语法虽标准，但执行计划和稳定性差异很大：

PostgreSQL：CTE 中的 ROW_NUMBER() 通常会被内联优化，只要 ORDER BY 字段有索引，性能接近范围查询
MySQL 8.0：窗口函数在派生表中可能强制物化，内存占用高；若 ORDER BY 字段无索引，会触发 filesort + 临时表
SQL Server：支持 OFFSET-FETCH 原生优化，比手写 ROW_NUMBER() 更稳，除非需要跨分页去重（这时才用 DENSE_RANK()）

别只看语法是否支持，先 explain 执行计划——重点看是否出现 WindowAgg 或 Using temporary; Using filesort。