MySQL Offset与Limit分页时新增记录致结果异常的解决方案咨询

这是个非常常见的分页坑——当你用offset+limit做分页，同时数据会在排序头部新增时，很容易出现重复或漏数据的情况。我给你几个实用的解决方案，按推荐程度排序：

1. 改用基于游标的分页（最推荐） #

放弃offset，改用最后一条记录的唯一排序标识作为游标，这是目前解决这类问题最可靠的方案，也是GitHub、Twitter等平台API常用的分页方式。

具体实现步骤：

• 首先，确保你的排序规则是唯一且稳定的：因为可能存在多条记录createdAt相同的情况，建议把id（或其他唯一主键）作为次要排序字段，比如：

  SELECT * FROM reminders 
  ORDER BY createdAt DESC, id DESC 
  LIMIT 10;
  

• 服务器返回数据时，除了提醒事项列表，还要返回最后一条记录的createdAt和id作为游标参数（比如命名为lastCreatedAt和lastId）
• 下一页请求时，用游标来过滤数据，而不是offset：

  SELECT * FROM reminders 
  WHERE createdAt < ? 
     OR (createdAt = ? AND id < ?) 
  ORDER BY createdAt DESC, id DESC 
  LIMIT 10;
  

  这里的参数就是上一页返回的lastCreatedAt和lastId。

为什么这个方案能解决问题？因为游标是基于实际记录的属性，而不是“跳过多少条”。新增的记录会排在最前面，不会影响后续分页的游标定位，刷新列表时直接从游标开始取，完全不会出现重复数据。

2. 刷新时重置Offset（简单但体验一般） #

如果暂时不想改分页逻辑，那可以在用户触发刷新操作时，强制把offset重置为0，重新加载第一页数据。

这种方法的缺点是：如果用户之前已经滚动到后面的分页，刷新后会直接跳回顶部，体验不够友好，但胜在实现简单，适合对体验要求不高的场景。

3. 动态调整Offset（复杂且易出错） #

如果你必须保留offset分页，可以通过计算新增记录的数量来动态调整offset：

• 记录当前列表第一条记录的createdAt
• 刷新时先查询新增的记录数：

  SELECT COUNT(*) FROM reminders WHERE createdAt > ?;
  

  这里的参数就是之前记录的第一条记录的createdAt
• 把原来的offset加上新增的记录数，作为新的offset去请求数据

这种方法的问题在于：如果有记录被删除，或者createdAt有重复，计算出来的偏移量可能不准确，很容易出现漏数据或重复的情况，所以只建议作为临时过渡方案。

为什么你的原始方案会出问题？
本质原因是offset是基于“跳过N条记录”的逻辑，当有新记录插入到排序头部时，所有原有记录的位置都往后偏移了。比如原来第一页是记录1-10（1是最新），新增记录0后，记录顺序变成0,1,2...10,11...，这时候用offset=0取10条会得到0-9，和之前的1-10重叠了9条，就出现了你说的重复最后一条的情况。

内容的提问来源于stack exchange，提问作者user3072362