在我们实行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，解释命中了索引覆盖。
当然，并不是所有的查询都要命中索引覆盖的，前面我们也提到了，掩护索引是由代价的，还是须要详细问题详细剖析。欢迎大家关注我，共同学习，共同进步。大家的支持是我连续唠嗑的动力。同名"大众号（沙茶敏碎碎念
