未指定排序时MySQL带Limit和Offset查询出现重复数据问题

我之前也碰到过一模一样的问题！这其实是MySQL的一个常见“坑”，根源在于当你没有显式指定ORDER BY子句时，MySQL并不保证返回结果的顺序是固定的——哪怕是同一张表、同一个查询条件，多次执行的结果排序可能都不一样。

问题原因拆解 #

当你使用LIMIT和OFFSET做分页时，如果没有稳定的排序规则，MySQL每次执行查询时，可能会根据存储引擎的物理存储顺序（比如InnoDB的聚簇索引顺序、MyISAM的数据文件顺序）或者查询优化器的临时选择来返回数据。这些顺序可能因为一些隐式操作（比如页分裂、缓存命中差异、甚至是后台的统计信息更新）发生微小变化，导致翻页时前一页的某些数据出现在后一页，看起来像是“重复数据”，本质是排序不稳定导致的分页错位。

解决方案：强制指定稳定排序规则 #

要彻底解决这个问题，必须在查询中加上唯一且稳定的排序键，确保每次查询的结果顺序完全一致：

• 优先用主键排序（最推荐，主键天生唯一且稳定，性能也最优）：

  SELECT SQL_CALC_FOUND_ROWS * FROM test 
  WHERE [你的查询条件]
  ORDER BY id ASC -- 替换成你的主键字段
  LIMIT 10 OFFSET 20;
  

• 用其他唯一键排序：如果主键不适合作为排序依据，也可以使用带有唯一约束的字段（比如唯一索引列）：

  SELECT SQL_CALC_FOUND_ROWS * FROM test 
  WHERE [你的查询条件]
  ORDER BY unique_code DESC -- 替换成你的唯一约束字段
  LIMIT 10 OFFSET 20;
  

• 无唯一键时的兜底方案：如果没有单独的唯一字段，可以组合多个字段生成稳定排序，比如将业务字段和主键结合：

  SELECT SQL_CALC_FOUND_ROWS * FROM test 
  WHERE [你的查询条件]
  ORDER BY create_time ASC, id ASC -- 先按业务字段排序，主键兜底保证唯一性
  LIMIT 10 OFFSET 20;
  

验证方法 #

你可以在测试环境快速验证：

1. 多次执行不带ORDER BY的分页查询，比如先查第1页LIMIT 10 OFFSET 0，再查第2页LIMIT 10 OFFSET 10，会发现结果存在重复数据。
2. 加上ORDER BY主键后，再次执行相同的分页查询，结果的分页顺序会完全稳定，不会再出现重复。

注意：SQL_CALC_FOUND_ROWS只是用来获取符合条件的总行数，和结果集的排序逻辑无关，所以有没有它，只要没指定稳定排序，分页错位的问题都会存在。

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