2024年记一次Mysql大数据分页优化问题(3)

select * from u_user where id >= (select id from u_user limit 10000000,1) limit 10

这样优化没有错，速度也大幅度提高；

1.但是后来发现了这样一个问题，优化后和优化前的数据不一致啊？

后来发现select id from u_user limit 10000000,1每次的结果也不一致;

正式因为这个不一致导致了上面优化的查询不一致。为什么会不一致呢？

然后百度，mysql的默认排序规则；

http://www.cnblogs.com/fnlingnzb-learner/p/6692680.html

今天遇到一个问题，有一个 Select 语句没有加 “Order By”，返回的数据是不确定的。

这种问题碰到不止几次了。追根寻底， Select 语句如果不加 “Order By”， MySQL会怎么排序呢？

在网上搜了一下，在MySQL论坛发现了这篇文章。

http://forums.mysql.com/read.PHP?21,239471,239688#msg-239688

简单翻译一下

• 不能依赖 MySQL 的默认排序

• 如果你想排序，总是加上 Order By

• GROUP BY 强加了 Order By （这与标准语法冲突，如果要避免，请使用 ORDER BY NULL）这里我有疑问，

到底强加了何种 Order by

对于 MyISAM 表

MySQL Select 默认排序是按照物理存储顺序显示的。（不进行额外排序）.

也就是说

SELECT * FROM tbl – 会产生“表扫描”。如果表没有删除、替换、更新操作，记录会显示为插入的顺序。

InnoDB 表

同样的情况，会按主键的顺序排列。再次强调，这只是潜规则（artifact of the underlying implementation：怎么翻译？），

不靠谱的。

我的理解与推测：

“Select” 不加 “Order by”时， MySQL 会尝试以尽可能快的方法（MySQL 实际的方法不见得快）返回数据。

由于访问主键、索引大多数情况会快一些（在Cache里）所以返回的数据有可能以主键、索引的顺序输出，

这里并不会真的进行排序，主要是由于主键、索引本身就是排序放到内存的，所以连续输出时可能是某种序列。

在一些情况下消耗硬盘寻道时间最短的数据会先返回。

如果只查询单个表，在特殊的情况下是有规律的。

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化资料的朋友，可以戳这里获取

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！