对结果进行排序操作的代价可能很高，因此可以通过避免排序或让参与排序的数据行更少来优化查询性能。
创新互联公司专注于魏都网站建设服务及定制，我们拥有丰富的企业做网站经验。 热诚为您提供魏都营销型网站建设，魏都网站制作、魏都网页设计、魏都网站官网定制、微信平台小程序开发服务，打造魏都网络公司原创品牌,更为您提供魏都网站排名全网营销落地服务。
当 MySQL 不能使用索引产生有序结果时，它必须对数据行进行排序。这有可能是在内存中进行也可能是在磁盘进行，但 MySQL 始终将这个过程称之为 filesort，即便实际上并没有使用一个文件。
如果用于排序的值可以一次性放入排序缓存中，MySQL 可以在内存中使用快排算法进行排序。如果 MySQL 不能在内存中进行排序，则会在磁盘中按块逐块排序。它对每个块使用快排算法，然后在将这些排序好的块合并到结果中。
有两个文件排序（filesort）算法：
很难说哪种算法更有效，对每个算法来说都会有最优和最坏案例。MySQL 在数据表全部列加上用于排序的列的大小不超过 max_length_for_sort_data 时会使用单次遍历算法。可以通过修改这个参数影响排序算法的选择。
需要注意的是，MySQL 的 filesort使用的临时存储空间可能会超出你的预期，这是因为它对每个排序元素都分配了固定大小的存储空间。这些存储空间要足够大以便容下存储最大的元素，而且 VARCHAR这类字段使用的是对应的最大长度。而且，如果使用的是 UTF-8字符集，MuSQL 会对每个字符分配3个字节。结果是，我们会发现那些没怎么优化的查询会导致磁盘上的临时存储空间是数据表自身存储空间的好几倍。
而在对联合查询进行排序时，MySQL 可能会在查询执行过程中执行两次文件排序。如果 ORDER BY 子句只是引用联合查询的第一张表，MySQL 可以先对这个表进行文件排序，然后再处理联合查询。如果是这种情况，在 EXPLAIN 时会在 Extra 字段显示“Using filesort”。而对于其他的排序情况——例如排序不是针对第一张表，或者是 ORDER BY 使用的列对应了不止一个数据表，MySQL 必须使用临时表缓存查询结果，然而在联合查询完成后，再对临时表进行文件排序。在这种情况下，EXPLAIN 会在 Extra 字段显示“Using temorary; Using filesort”。如果包含 LIMIT 约束的话，会发生在文件排序后，因此临时表和文件排序的存储空间可能非常大。
MySQL 5.6在只需要对数据行的子集（例如 LIMIT）进行排序时，引入了一个重大改进。相对于对整个结果集进行排序再返回部分数据，MySQL 有时候会在排序的时候直接丢弃掉不需要的数据行来提高效率。不管怎么样，排序也需要小心使用，很可能会导致存储占用的飙升最终导致系统负荷过大。
str: 字段名 ,
str1,str2,str3: 自定义排序的数值
自然排序: 1,2,3,4,5 , 自定义排序: 5,3,1,4,2
先排 5,3 的数据,1,2,4的数据按照时间来
把 5,3 分 一级, 1,2,4为一级, 每级按时间排序; 也可以加一个字段实现下面的效果;
方法一、直接点击"id"可实现在DESC / ASC切换
方法二、点击顶部“操作按钮”，修改“更改表的排序，根据”
方法三、点击“快速编辑”，自己写排序方式，如：
SELECT * FROM `表名` ORDER BY `id` DESC
之前一个表本来有数据的 后面删除了记录 但是添加ID后排序不是重1开始的
如果是自增字段，删除数据，是根据原来的继续往后排的
1、可以删除这个字段，重新建立个自增字段就可以了
2、也可以重新设置排序起始
alter table table_name AUTO_INCREMENT=n
例如：
alter table papa_group AUTO_INCREMENT=1
