共计 1060 个字符，预计需要花费 3 分钟才能阅读完成。
自动写代码机器人，免费开通
这期内容当中丸趣 TV 小编将会给大家带来有关 MySQL 中怎么实现排序，文章内容丰富且以专业的角度为大家分析和叙述，阅读完这篇文章希望大家可以有所收获。
在我们执行 Mysql 的 Explain 语句的时候，经常会看到这样的一个 Using filesort。那么，Mysql 的排序是在内存里面进行的，还是在磁盘里面进行的呢? 假如我们是 Mysql 的设计者，我们会怎么做呢? 首先，在内存里面来进行排序的速度，肯定是远远大于在磁盘中的。但是内存的资源毕竟有限，假如我们扫描到足够多的行，这个时候可能数据的大小已经超过内存，想在内存中进行排序是很困难的，这个时候我们只能够使用磁盘来进行排序了。
没错，Mysql 也是这么设计的，Mysql 有一个配置项，sort_buffer_size，如果我们 Select 到的数据量小于这个数，那么就会将数据在内存中进行排序，否则，Mysql 就会把数据拆成很多个临时文件，每个临时文件的大小都会小于 sort_buffer_size。也就是说，如果 sort_buffer_size 越小，拆分的临时文件就会越多，这也是为什么我们选来当存储的机器内存也要尽量大的原因。Mysql 排序了多个临时文件之后，最后在做一次归并排序，就可以将所有记录排完了。
相信大家下面这样的话，如果你的数据库的列数比较多，那么尽量地不要使用 Select * 而是需要什么字段就只取什么字段，在数据库的排序中尤为如此。假如我们的数据列数特别多，满足条件的行数也多，这个时候，Mysql 就不得不用更极端的排序算法进行排序，每一行数据，都只取主键 id 跟排序的字段。然后进行排序，最后，再取要满足条件的结果回表查询其他字段，然后返回结果。相对于原有上面的方案，这种 Rowid 的排序方式多了一次回表，所以查询效率大打折扣。
那么，我们有什么办法可以进行排序的优化呢? 我们都知道，Innodb 的索引实际上是一颗多叉排序树，那么假如我们能够在已有的排序树上取得结果，岂不美哉?! 所以，如果我们要查询已经要排序的字段全都在已有的索引上，并且满足最左前缀原则，那么，我们就可以减少一次回表，从而大大提升效率。那么，如果判断你的 Sql 语句满足了这种优化呢? 如果你的语句中含有 OrderBy，但是 Explain 的结果却只有 UseIndex，说明命中了索引覆盖。
上述就是丸趣 TV 小编为大家分享的 MySQL 中怎么实现排序了，如果刚好有类似的疑惑，不妨参照上述分析进行理解。如果想知道更多相关知识，欢迎关注丸趣 TV 行业资讯频道。
向 AI 问一下细节
