如何在SQL中使用ROW_NUMBER结合子查询实现精准分页-SQL-PHP中文网

row_number()必须配合over子句使用，否则报错；其基本形式为row_number() over (order by column)，分组需加partition by，且order by不可省略以确保排序稳定性和编号唯一性。

如何在sql中使用row_number结合子查询实现精准分页

ROW_NUMBER() 必须搭配 OVER 子句，否则直接报错

单独写 ROW_NUMBER() 会触发类似 Window function 'ROW_NUMBER' requires an OVER clause 的错误。它不是普通函数，而是窗口函数，必须明确排序逻辑——哪怕业务上不关心顺序，也得写个兜底 ORDER BY id，否则 MySQL 8.0+、PostgreSQL、SQL Server 全都会拒绝执行。

常见踩坑点：

用 ORDER BY RAND() 做分页会导致每次结果乱序，同一页可能重复或漏数据
排序字段没索引，大表分页时 OVER (ORDER BY created_at) 会全表扫描，响应从毫秒变秒级
多个相同排序值（比如大量 created_at 精度为秒）会导致 ROW_NUMBER() 分配不稳定，翻页时某条记录可能在第2页和第3页都出现

子查询里套 ROW_NUMBER 后再 WHERE 过滤是唯一可靠分页写法

不能把 ROW_NUMBER() 放在最外层 SELECT 再加 WHERE rn BETWEEN 11 AND 20——SQL 执行顺序决定 WHERE 在窗口函数计算前就运行，rn 根本不可见。必须用子查询（或 CTE）先算出行号，再对外层结果过滤。

标准写法示例（取第2页，每页10条）：

SELECT * FROM (
  SELECT *, ROW_NUMBER() OVER (ORDER BY id) AS rn
  FROM orders
  WHERE status = 'paid'
) t
WHERE t.rn BETWEEN 11 AND 20;

注意点：

WHERE status = 'paid' 要写在子查询内，提前过滤数据量，别等到外层再筛
别用 OFFSET 10 LIMIT 10 替代——当 id 有删改时，OFFSET 会跳过实际行数，而 ROW_NUMBER 分页基于逻辑序号，更稳定
如果排序字段允许 NULL，记得加 ORDER BY COALESCE(sort_col, '1970-01-01') 避免 NULL 排最前/最后导致分页错位

MySQL 8.0+ 和 PostgreSQL 可用 CTE 提升可读性，但别滥用

CTE 不是语法糖，它会被优化器展开，性能和子查询基本一致，但写起来更清晰。不过要注意：SQL Server 的 CTE 有递归默认限制（100层），虽然分页用不到递归，但若后续叠加其他 CTE 容易触雷。

芝士饼

芝士饼是一款由支付宝推出的零代码 AI 原生应用开发平台。

下载

PostgreSQL 示例：

WITH numbered AS (
  SELECT id, amount, ROW_NUMBER() OVER (ORDER BY id) AS rn
  FROM payments
  WHERE amount > 0
)
SELECT id, amount FROM numbered WHERE rn BETWEEN 21 AND 30;

关键提醒：