在SQL Server 2012及更高版本中，OFFSET FETCH子句是官方推荐的分页查询方案，相比早期使用ROW_NUMBER函数的方式，它的语法更直观，执行计划也更优化，非常适合在存储过程中封装通用的分页查询逻辑。
OFFSET FETCH子句基本语法
OFFSET FETCH需要和ORDER BY子句配合使用，基本语法结构如下：
-- 基础分页语法示例 SELECT 列1, 列2, 列3 FROM 表名 ORDER BY 排序列 [ASC|DESC] OFFSET (页码-1) * 每页条数 ROWS FETCH NEXT 每页条数 ROWS ONLY;
其中OFFSET表示跳过指定行数的数据，FETCH NEXT表示返回接下来的指定行数，ROWS ONLY是固定语法结尾。
存储过程中实现分页的核心逻辑
在存储过程中实现分页，需要定义两个核心参数：@PageIndex表示当前页码（从1开始），@PageSize表示每页展示的数据条数。同时为了避免全表扫描，建议给排序字段添加合适的索引。
完整存储过程示例
以下是一个查询用户表的分页存储过程，返回分页数据和总条数：
-- 创建用户分页查询存储过程
CREATE PROCEDURE Get_User_PageList
@PageIndex INT = 1, -- 当前页码，默认第1页
@PageSize INT = 10, -- 每页条数，默认10条
@TotalCount INT OUTPUT -- 输出总数据条数
AS
BEGIN
SET NOCOUNT ON;
-- 计算总数据条数
SELECT @TotalCount = COUNT(1) FROM Users WHERE Status = 1;
-- 分页查询数据
SELECT
UserId,
UserName,
Email,
CreateTime
FROM Users
WHERE Status = 1
ORDER BY CreateTime DESC -- 按创建时间倒序排序
OFFSET (@PageIndex - 1) * @PageSize ROWS
FETCH NEXT @PageSize ROWS ONLY;
END
GO
调用存储过程示例
调用上述存储过程查询第2页，每页15条数据的代码如下：
DECLARE @Total INT;
-- 查询第2页，每页15条
EXEC Get_User_PageList
@PageIndex = 2,
@PageSize = 15,
@TotalCount = @Total OUTPUT;
-- 输出总条数
SELECT @Total AS TotalUserCount;
注意事项
- OFFSET FETCH必须和ORDER BY子句一起使用，否则会直接报错，排序字段建议选择唯一值列，避免分页时出现数据重复。
- 当@PageIndex为1时，OFFSET 0 ROWS可以省略，但建议保留完整语法保证逻辑统一。
- 如果查询涉及多表关联，建议提前对关联后的结果集进行排序，再应用OFFSET FETCH，避免排序逻辑混乱。
- 总条数查询和分页查询可以分开执行，也可以合并到同一个查询中，根据实际业务性能需求调整即可。
和传统分页方式对比
以下是OFFSET FETCH和传统ROW_NUMBER分页的对比：
| 对比项 | OFFSET FETCH | ROW_NUMBER方式 |
|---|---|---|
| 语法复杂度 | 简洁，无需嵌套子查询 | 复杂，需要嵌套子查询和窗口函数 |
| 性能表现 | SQL Server 2012+版本优化更好 | 大数据量下性能略差 |
| 版本支持 | 仅支持2012及以上版本 | 支持2005及以上版本 |
如果项目使用的SQL Server版本低于2012，无法使用OFFSET FETCH，可以选择ROW_NUMBER方式实现分页，否则优先使用OFFSET FETCH方案。
SQL_Server存储过程分页查询OFFSET_FETCH修改时间：2026-07-22 13:39:33