用户11716263
PostgreSQL 中 LIMIT 与 OFFSET 分页为什么越翻越慢,以及 keyset pagination 的实际改造
原创
关注作者
腾讯云
开发者社区
文档
建议反馈
控制台
登录/注册
首页
学习
活动
专区
圈层
工具
MCP广场
文章/答案/技术大牛
搜索
搜索
关闭
发布
用户11716263
社区首页
>
专栏
>
PostgreSQL 中 LIMIT 与 OFFSET 分页为什么越翻越慢,以及 keyset pagination 的实际改造
PostgreSQL 中 LIMIT 与 OFFSET 分页为什么越翻越慢,以及 keyset pagination 的实际改造
用户11716263
关注
发布于 2026-10-29 14:08:34
发布于 2026-10-29 14:08:34
111
0
举报
概述
分页查询在后台管理系统、商品列表、日志流这类场景里几乎是标配。很多接口一开始用 LIMIT 20 OFFSET 200 这种写法,数据量小的时候没问题,但页码一深响应就明显变慢。原因不复杂:数据库为了跳过前面 N 行,仍然需要把这些行读出来再丢弃,OFFSET 越大,扫描和丢弃的成本越高。如果排序字段又没有合适的索引,还会叠加排序开销。最近把几个后台列表接口从 offset 分页改成基于游标的 k
原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。
如有侵权,请联系
cloudcommunity@tencent.com
删除。
postgresql
问题归档
专栏文章
快讯文章归档
关键词归档
开发者手册归档
开发者手册 Section 归档