数据库查询避免深分页问题

使用 cursor 换了一种分页方式，从根本上绕开 offset 带来的性能问题。

传统 page 会有“深分页问题”

SELECT*FROMfeedORDERBYcreated_atDESCLIMIT20OFFSET1000000;

问题在于：

• 数据库仍然要扫描前 100 万条
• 再丢弃前面的，只取 20 条

👉 本质是：offset 越大，性能越差（线性退化）

cursor 思路是：
👉不再跳过数据，而是“从上一次的位置继续查”

比如：

SELECT*FROMfeedWHEREcreated_at<last_timeORDERBYcreated_atDESCLIMIT20;

这里的last_time就是 cursor

如果用 ID 做游标（更常见）：

SELECT*FROMfeedWHEREid<last_idORDERBYidDESCLIMIT20;

👉 数据库可以直接走索引，不需要扫描大量数据

关键区别

cursor 也有它的局限性
不能随便跳页
不能：

• 直接跳到第 100 页

👉 只能：

• 一页一页往下翻

需要稳定排序字段
必须满足：

• 唯一
• 单调递增

推荐：

• id
• 或(created_at, id)组合

数据变动问题
如果中间有新数据插入：
👉 可能出现：

• 重复
• 或漏数据

解决：

• 使用“时间 + id”双 cursor

👉 标准做法：
后端：

WHEREid<last_idORDERBYidDESCLIMIT20

👉 更严谨版本：

WHERE(created_at,id)<(?,?)ORDERBYcreated_atDESC,idDESCLIMIT20