游标分页的原理与实战应用

最新推荐文章于 2025-09-02 09:57:46 发布

原创最新推荐文章于 2025-09-02 09:57:46 发布 · 1k 阅读

8 ·

CC 4.0 BY-SA版权

文章标签：

#数据库

JavaWeb 专栏收录该内容

18 篇文章

订阅专栏

博客主页：天天困啊
系列专栏：JavaWeb
关注博主，后期持续更新系列文章
如果有错误感谢请大家批评指出，及时修改
感谢大家点赞👍收藏⭐评论✍

在开发过程中，我们经常会遇到数据分页的需求。比如社交媒体的信息流、电商平台的商品评论、即时通讯的历史消息等。传统的分页方式（基于偏移量）虽然简单易用，但在某些场景下会暴露性能瓶颈或数据一致性问题。这时，游标分页（Cursor-based Pagination）便成为更优的选择。本文将从原理、实现方式和适用场景三方面，带你全面掌握这一技术

一、传统分页的痛点：为什么需要游标分页？

传统分页通常使用 LIMIT offset, size 的方式实现。例如，查询第 2 页数据时，SQL 可能是：

SELECT * FROM comments ORDER BY id DESC LIMIT 10 OFFSET 10;

但这种方式存在以下问题：

1. 性能问题

偏移量越大，效率越低：当 offset 值很大时（如 LIMIT 10000, 10），数据库需要扫描前 10010 行数据，丢弃前 10000 行，最终返回 10 行，对于百万级数据表，这会导致严重的性能下降
索引失效：如果表没有合适的索引，偏移量查询会触发全表扫描

2. 数据一致性问题

数据变动导致结果不一致：假设用户在第一页加载后，数据库插入了新数据或删除了部分数据，后续分页可能会出现重复数据或漏掉数据的情况，例如：
- 第一页查询 LIMIT 0, 10 返回 10 条数据
- 插入一条新数据后，第二页查询 LIMIT 10, 10 可能会跳过某条旧数据，导致用户看到不完整的记录

二、游标分页的核心思想

游标分页的核心是通过唯一标识符（如主键或时间戳）标记分页的位置，而不是依赖偏移量。每次请求携带上一次查询的“游标”，作为下一次查询的起点

1. 游标的选择

主键（Primary Key）：推荐使用自增主键或 UUID 作为游标
时间戳（Timestamp）：适用于按时间排序的数据（如社交媒体动态）
业务字段：根据具体需求选择具有唯一性和排序能力的字段

2. 游标分页的 SQL 实现

以主键为例，假设需要按 id 降序加载数据：

-- 初始请求：获取最新 10 条数据
SELECT * FROM comments 
ORDER BY id DESC 
LIMIT 10;

-- 下拉加载：获取 id 小于 1000 的数据
SELECT * FROM comments 
WHERE id < 1000 
ORDER BY id DESC 
LIMIT 10;

每次查询后，将最后一条记录的 id 作为下一次查询的游标（如 1000），从而避免偏移量的性能问题