mysql是正排还是倒排_正排倒排,不是Mysql的排序的全部

引言

春节前一个悠闲的上午,小航送了我,一袋每日坚果,他看我吃的正香,慢慢问道:”温哥,mysql的排序,有什么要注意的吗,不就是正排倒排吗?”

我一听他问我的问题,顿感每日坚果不香了,但是为了技术(mainzi),我装作大师的说道:

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

注:东西不能乱吃啊

两个核心参数

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

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

全字段排序

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

Rowid排序

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

优化手段覆盖索引

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

例子explain

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

fe19e077f77c0503c56ffaf9d35bd7b9.png

用到了filesort,也就是需要排序。

调整索引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

3357c9954ff954c7bdf2b8cdc604ba15.png

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

特殊情况 Order by+ Limit

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

例子:

1. 开启优化追踪SET OPTIMIZER_TRACE="enabled=on",END_MARKERS_IN_JSON=off;

SET optimizer_trace_offset=-30, optimizer_trace_limit=30;

2. 查看字段索引SHOW INDEX FROM oc_order_online WHERE COLUMN_NAME='order_name';

1e03efcddf368573f7351a7830559b73.png

结果显示没有索引

3. 执行order by+limit 查询语句select * from `oc_order_online`  order by  `order_name`  limit 20

4. 查询优化追踪信息SELECT * FROM INFORMATION_SCHEMA.OPTIMIZER_TRACE limit 30

对应结果如下:

06b9beaf0f11d6f461c8ce803dc282b5.png

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

df2a436313721a7a089e1b827b01d58d.png

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

总结sort_buffer_size 决定内排,外排

max_length_for_sort_data 决定 全字段排序还是,rowid排序

覆盖索引是一种优化手段

Limit可能涉及优先队列排序

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值