MYSQL分页查询时没有用ORDER BY出现数据重复的问题

背景

产品反馈，用户在使用分页列表时，出现数据重复的问题，查看代码后发现对应的分页SQL并没有使用order by进行排序，但是印象中Mysql的InnoDB引擎会默认按照主键id进行排序，本地测试了一下的确出现了部分数据在不同的页都出现的问题。

于是带着问题去查阅相应的资料，发现原先的认知是错误的。

先说结果 

如果没有指定ORDER BY语句，则SQL Server（或任何RDBMS）不保证以特定顺序返回结果。 有些人认为，如果没有指定order by子句，行总是以聚簇索引顺序或物理磁盘顺序返回。 然而，这是不正确的，因为在查询处理期间可以改变行顺序的许多因素，例如并行的HASH连接是更改行顺序的操作符的一个很好的例子。

如果指定ORDER BY语句，SQL Server将对行进行排序，并按请求的顺序返回。 但是，如果该顺序不是确定性的，即可能有重复的值，则在每个具有相同值的组中，由于与上述相同的原因，该顺序是“随机的”。

确保确定性顺序的唯一方法是在ORDER BY子句中包含保证的唯一列或列组（例如主键）。

如果没有定义 order by

MySQL使用SELECT 语句不加ORDER BY默认是如何排序的

那返回的数据不一定是按照主键来排序的，结果可以以任意顺序返回 - 也可能随着时间而改变。

在关系数据库中没有“自然顺序”或类似的东西（至少在我所知道的情况下）。获得可靠排序的唯一方法是显式指定 order by子句，来源when-no-order-by-is-specified-what-order-does-a-query-choose-for-your-record。

对于同样的一批数据，在某一个时刻顺序是一样的，随着时间变化，数据会发生变化，那么在进行查询的时候，MySQL 会尝试以尽可能快的方法（MySQL 实际的方法不见得快）返回数据。

由于访问主键、索引大多数情况会快一些（在Cache里）所以返回的数据有可能以主键、索引的顺序输出，这里并不会真的进行排序，主要是由于主键、索引本身就是排序放到内存的，所以连续输出时可能是某种序列。在一些情况下消耗硬盘寻道时间最短的数据会先返回。如果只查询单个表，在特殊的情况下是有规律的。

大致解读一下回答的内容，重新发布一下之前回答过的一个SQL Server类型的问题。

在 SQL 世界中，顺序不是一组数据的固有属性。因此，除非您使用 order by 子句查询您的数据，否则您无法从 RDBMS 保证您的数据将按特定顺序返回 - 甚至以一致的顺序返回。

然后回答你的问题：

•MySQL 根据需要对记录进行排序，但没有任何一致性保证•如果您打算依赖此顺序进行任何操作，则必须使用 order by 指定您想要的顺序。否则做任何其他事情都是在为不受欢迎的意外做好准备。

这是所有 SQL 的属性，而不仅仅是 MySQL。SQL-92 规范中的相关文本是：

http://www.contrib.andrew.cmu.edu/~shadow/sql/sql1992.txt

如果未指定 <order by 子句>，则 Q 的行的顺序取决于底层实现。

本文的内容就是如上这些内容了，大致总结一下: 如果在使用没有指定order by，那么基本上依赖于底层实现的，具体排序规则不定，所以排序的顺序也不固定，可能会随着时间发生变化。

在实际工作中，如果有查询列表展示数据的功能和需求，开发前一定要先确定数据排序的规则，这样可以避免后续出现数据查询的排序结果不同的问题。

相关文章：

https://dba.stackexchange.com/questions/6051/what-is-the-default-order-of-records-for-a-select-statement-in-mysql

http://www.contrib.andrew.cmu.edu/~shadow/sql/sql1992.txt

https://cloud.tencent.com/developer/article/1493209

 

本篇文章如有帮助到您，请给「翎野君」点个赞，感谢您的支持。

首发链接：https://www.cnblogs.com/lingyejun/p/17064119.html