正排倒排，并不是 MySQL 的排序的全部！-技术圈

程序员的成长之路

互联网/程序员/技术/资料共享

阅读本文大概需要 2 分钟。

作者：温安适
来源：https://my.oschina.net/floor/blog/4961581

引言

一个悠闲的上午，小航送了我，一袋坚果，他看我吃的正香，慢慢问道：”温哥，mysql的排序，有什么要注意的吗，不就是正排倒排吗？”

我一听他问我的问题，顿感坚果不香了，但是为了技术（mainzi），我装作大师的说道：

“正排倒排，当然不是全部，你最少要知道，2个参数，1个优化，一种特殊情况”

注：东西不能乱吃啊

sort_buffer_size 决定内排，外排。内排就是走内存，外排就是采用归并排序走磁盘。

max_length_for_sort_data 决定全字段排序还是，rowid排序。

字段都放到 sort_buffer 中，排序后就会直接从内存里面返回查询结果了

内存放rowid与排序字段，排序后，再从库中找数据，拼接返回。

覆盖索引是指，索引上的信息足够满足查询请求，不需要再回到主键索引上去取数据。

explain
SELECT order_id,pay_date FROM orders_detail WHERE order_id='1001' ORDER BY pay_date asc

用到了filesort，也就是需要排序。《MySQL 开发的 36 条军规》推荐看下。

调整索引

ALTER TABLE `orders_detail` DROP INDEX `order_id`,ADD INDEX `order_id` (`order_id`, `pay_date`);

之后

explain
SELECT order_id,pay_date FROM orders_detail WHERE order_id='1001' ORDER BY pay_date asc

没有用到filesort，因为复合索引，字段后是有序的。

Limit可能用到优先队列排序算法。

例子：

SET OPTIMIZER_TRACE="enabled=on",END_MARKERS_IN_JSON=off;
SET optimizer_trace_offset=-30, optimizer_trace_limit=30;

SHOW INDEX FROM oc_order_online WHERE COLUMN_NAME='order_name';

结果显示没有索引

select * from `oc_order_online` order by `order_name` limit 20

SELECT * FROM INFORMATION_SCHEMA.OPTIMIZER_TRACE limit 30

查询将红框中数据，粘贴到json.cn查看格式化数据，有如下片段

filesort_priority_queue_optimization 中的chosen：true表示使用了优先队列排序。

<END>

推荐阅读：

.apk 成为历史！

最近面试BAT，整理一份面试资料《Java面试BATJ通关手册》，覆盖了Java核心技术、JVM、Java并发、SSM、微服务、数据库、数据结构等等。

获取方式：点个「在看」，点击上方小卡片，进入公众号后回复「面试题」领取，更多内容陆续奉上。

朕已阅