MySQL高级知识(八)——ORDER BY优化

前言:在使用order by时,经常出现Using filesort,因此对于此类sql语句需尽力优化,使其尽量使用Using index。


0.准备

#1.创建test表。

drop table if exists test;
create table test(
id int primary key auto_increment,
c1 varchar(10),
c2 varchar(10),
c3 varchar(10),
c4 varchar(10),
c5 varchar(10)
) ENGINE=INNODB default CHARSET=utf8;

insert into test(c1,c2,c3,c4,c5) values(‘a1‘,‘a2‘,‘a3‘,‘a4‘,‘a5‘);
insert into test(c1,c2,c3,c4,c5) values(‘b1‘,‘b2‘,‘b3‘,‘b4‘,‘b5‘);
insert into test(c1,c2,c3,c4,c5) values(‘c1‘,‘c2‘,‘c3‘,‘c4‘,‘c5‘);
insert into test(c1,c2,c3,c4,c5) values(‘d1‘,‘d2‘,‘d3‘,‘d4‘,‘d5‘);
insert into test(c1,c2,c3,c4,c5) values(‘e1‘,‘e2‘,‘e3‘,‘e4‘,‘e5‘);

#2.创建索引。

1.根据Case分析order by的使用情况

Case 1:

分析:

①在c1,c2,c3,c4上创建了索引,直接在c1上使用范围,导致了索引失效,全表扫描:type=ALL,ref=Null。因为此时c1主要用于排序,并不是查询。

②使用c1进行排序,出现了Using filesort。

③解决方法:使用覆盖索引。

Case 1.1:

分析:

排序时按照索引的顺序,所以不会出现Using filesort。

Case 1.2:

分析:

出现了Using filesort。原因:排序用的c2,与索引的创建顺序不一致,对比Case1.1可知,排序时少了c1(带头大哥),因此出现Using filesort。

Case 1.3:

分析:

出现了Using filesort。因为排序索引列与索引创建的顺序相反,从而产生了重排,也就出现了Using filesort。

Case 2:

分析:

直接使用c2进行排序,出现Using filesort,因为不是从最左列索引开始排序的(没有带头大哥)。

Case 2.1:

分析:

排序使用了索引顺序(带头大哥在),因此不会出现Using filesort。

Case 2.2:

分析:

虽然排序的字段列与索引顺序一样,且order by默认升序,这里c2 desc变成了降序,导致与索引的排序方式不同,从而产生Using filesort。

总结:

①MySQL支持两种方式的排序filesort和index,Using index是指MySQL扫描索引本身完成排序。index效率高,filesort效率低。

②order by满足两种情况会使用Using index。

#1.order by语句使用索引最左前列。

#2.使用where子句与order by子句条件列组合满足索引最左前列。

③尽量在索引列上完成排序,遵循索引建立(索引创建的顺序)时的最佳左前缀法则。

④如果order by的条件不在索引列上,就会产生Using filesort。

#1.filesort有两种排序算法:双路排序和单路排序。

双路排序:在MySQL4.1之前使用双路排序,就是两次磁盘扫描,得到最终数据。读取行指针和order by列,对他们进行排序,然后扫描已经排好序的列表,按照列表中的值重新从列表中读取对应的数据输出。即从磁盘读取排序字段,在buffer进行排序,再从磁盘取其他字段。

如果使用双路排序,取一批数据要对磁盘进行两次扫描,众所周知,I/O操作是很耗时的,因此在MySQL4.1以后,出现了改进的算法:单路排序。

单路排序:从磁盘中查询所需的列,按照order by列在buffer中对它们进行排序,然后扫描排序后的列表进行输出。它的效率更高一些,避免了第二次读取数据,并且把随机I/O变成了顺序I/O,但是会使用更多的空间,因为它把每一行都保存在内存中了。

#2.单路排序出现的问题。

当读取数据超过sort_buffer的容量时,就会导致多次读取数据,并创建临时表,最后多路合并,产生多次I/O,反而增加其I/O运算。

解决方式:

a.增加sort_buffer_size参数的设置。

b.增大max_length_for_sort_data参数的设置。

⑤提升order by速度的方式:

#1.在使用order by时,不要用select *,只查询所需的字段。

因为当查询字段过多时,会导致sort_buffer不够,从而使用多路排序或进行多次I/O操作。

#2.尝试提高sort_buffer_size。

#3.尝试提高max_length_for_sort_data。

⑥附上一张从视频中截取出来的总结图。

⑦group by与order by很类似,其实质是先排序后分组,遵照索引创建顺序的最佳左前缀法则。当无法使用索引列的时候,也要对sort_buffer_size和max_length_for_sort_data参数进行调整。注意where高于having,能写在where中的限定条件就不要去having限定了。

参考网址见:https://www.cnblogs.com/developer_chan/p/9225638.html

原文地址:https://www.cnblogs.com/lipengsheng-javaweb/p/12442755.html

时间: 2024-10-08 10:20:20

MySQL高级知识(八)——ORDER BY优化的相关文章

MySQL高级知识-查询与索引优化分析

性能下降SQL慢.执行时间长.等待时间长 查询语句写的烂索引失效单值索引复合索引关联查询太多join(设计缺陷或不得已的需求,除非你能干的过你的产品经理)服务器调优及各个参数设置(缓冲.线程数等)常见通用的Join查询 SQL执行顺序 手写 手写SQL顺序 机读(MySQL读取顺序) 机读顺序 总结-SQL解析顺序 SQL解析 七种JOIN图解 实验: 练习 1.A.B两表共有 select * from tbl_emp a inner join tbl_dept b on a.deptId =

MySQL 高级知识(索引、优化)

MySQL体系架构 连接池组件.管理服务和工具组件.SQL接口组件.查询分析器组件.优化器组件.缓冲组件.插件式存储引擎.物理文件:1.连接层:主要完成一些类似于连接处理,授权认证及相关的方案:2.服务层:主要完成大多数核心服务功能:3.引擎层:负责MySQL中数据的存储和提取,服务器通过API与存储引擎进行通信:注:储存引擎式基于表的,而不是数据库的: MySQL存储引擎InnoDB 和 MyISAM区别:1.InnoDB支持主外键.事务:2.InnoDB是行锁,操作时候只锁一行数据,适合高并

MySQL高级知识(四)——Explain

前言:explain(执行计划),使用explain关键字可以模拟优化器执行sql查询语句,从而知道MySQL是如何处理sql语句.explain主要用于分析查询语句或表结构的性能瓶颈. 注:本系列随笔如无特殊说明都MySQL版本都为5.7.22. 1.explain的作用 通过explain+sql语句可以知道如下内容: ①表的读取顺序.(对应id) ②数据读取操作的操作类型.(对应select_type) ③哪些索引可以使用.(对应possible_keys) ④哪些索引被实际使用.(对应k

MySQL高级知识(五)——索引分析

前言:前面已经学习了explain(执行计划)的相关知识,这里利用explain对索引进行优化分析. 0.准备 首先创建三张表:tb_emp(职工表).tb_dept(部门表)和tb_desc(描述表) 1)tb_emp表. DROP TABLE IF EXISTS `tb_emp`; CREATE TABLE `tb_emp` ( `id` int(11) NOT NULL AUTO_INCREMENT, `username` varchar(20) NOT NULL,PRIMARY KEY

MySQL高级知识- MySQL的架构介绍

[TOC] 1.MySQL 简介 概述 MySQL是一个关系型数据库管理系统,由瑞典MySQL AB公司开发,目前属于Oracle公司. MySQL是一种关联数据库管理系统,将数据保存在不同的表中,而不是将所有数据放在一个大仓库内,这样就增加了速度并提高了灵活性. Mysql是开源的,所以你不需要支付额外的费用. Mysql支持大型的数据库.可以处理拥有上千万条记录的大型数据库. MySQL使用标准的SQL数据语言形式. Mysql可以允许于多个系统上,并且支持多种语言.这些编程语言包括C.C+

MySQL高级知识(三)——索引

前言:索引在sql调优部分占据着重要的位置,了解并深入索引对我们来说也是非常重要的.本篇主要介绍MySQL中索引的相关知识点. 1.索引是什么 MySQL官方对索引的定义:索引(Index)是帮助MySQL高效获取数据的数据结构.因此索引的本质就是数据结构.索引的目的在于提高查询效率,可类比字典.书籍的目录等这种形式. 可简单理解为“排好序的快速查找数据结构”.在数据之外,数据库系统还维护着满足特定查找算法的数据结构,这些数据结构以某种方式指向数据,这样就可以在这些数据结构上实现高级查找算法,这

MySQL高级知识(七)——索引面试题分析

前言:该篇随笔通过一些案例,对索引相关的面试题进行分析. 0.准备 #1.创建test表(测试表). drop table if exists test; create table test( id int primary key auto_increment, c1 varchar(10), c2 varchar(10), c3 varchar(10), c4 varchar(10), c5 varchar(10) ) ENGINE=INNODB default CHARSET=utf8; i

MySQL高级 之 索引失效与优化详解

案例所用的表结构.索引.与数据如下:   索引失效与优化 1.全值匹配我最爱 2.最佳左前缀法则(带头索引不能死,中间索引不能断) 如果索引了多个列,要遵守最佳左前缀法则.指的是查询从索引的最左前列开始 并且 不跳过索引中的列. 正确的示例参考上图. 错误的示例: 带头索引死:  中间索引断(带头索引生效,其他索引失效):  3.不要在索引上做任何操作(计算.函数.自动/手动类型转换),不然会导致索引失效而转向全表扫描 4.mysql存储引擎不能继续使用索引中范围条件(bettween.<.>

MySQL高级知识 &lt;一&gt; 配置文件以及架构介绍

linux下mysql的一些目录 db是一个文件夹:/var/lib/mysql 字符集文件:/usr/share/mysql 命令目录:/usr/bin 启停脚本:/etc/init.d/mysql 1.MySQL配置文件 配置文件:/etc/my.conf 日志文件,注意:要使用日志需要在my.cnf下设置下列类型和自定义路径,我用的5.7默认是关闭的log-bin:二进制日志 记录主从复制相关操作.log:查询日志 记录查询的sql语句.log-error:记录严重的警告和错误信息, 每次