标签:两种 优化方法 联系 数据读取 temp har mysql查询 顺序 序列
系统性能的优劣取决于我们sql的查询速度,MySQL Explain命令是分析SQL性能及优化不可缺少的一部分。
Explain被我们称为解释器,通过 explain 我们可以知道以下信息:表的读取顺序,数据读取操作的类型,可能会使用哪些索引,实际真正使用了哪些索引,表之间的引用,每张表有多少行被优化器查询等信息。
explain [extended|partition]select
在select前加explain关键字,MySQL会返回该查询的执行计划而不是执行这条SQL
根据语法我们知道explain还有两种其他的用法:
explain extended :能够在原本explain的基础上额外的提供一些查询优化的信息,这些信息可以通过mysql的show warnings命令得到,从而看出优化器优化了什么。
explain partitions:相比 explain 多了个 partitions 字段,如果查询是基于分区表的话,会显示查询将访问的分区。
id:id列的编号是 select 的序列号,有几个 select 就有几个id,id不同,id值越大,优先级越高,越先 执行
select_type :显示本行是简单或复杂select。如果查询有任何复杂的子查询,则最外层标记为 PRIMARY(DERIVED、UNION、UNION RESUlT)
table :访问查询的表名或表别名|
type :表的访问类型( MySQL 如何查询表中的行记录)效率高低:const eq_ref/ref/range/index/all
possible_keys:指出MySQL能使用哪个索引在该表中找到行
key :MySQL实际决定使用的键(索引)。如果没有选择索引,键是NULL
key_len :实际使用的索引长度(单位:字节)该字段显示为索引字段的最大可能长度,并非实际使 用长度。
ref :用于索引查找的值的来源,如果值未常量,则 ref 为 const
rows :预计查询需要扫描的行数(在表或索引树中)
filtered :查询条件所过滤的行记录数占比
Extra:额外的信息:
id 的值为数值,其表示的是SQL执行中的执行顺序,规则如下:
如果 id 值相同,则执行顺序为:从上到下
如果 id 值不同,则执行顺序为: id 值越大的越先执行
如果 id 值相同,则可以认为他们是同一分组,同一分组中执行顺序为:从上到下
在所有组中, id 值越大的越先执行
如果 id 值为 null ,则表示这是一个临时表,临时表不在SQL总出现,因此它的id是NULL
MySQL将 select 查询分为简单查询和复杂查询。复杂查询分为三类:简单子查询、派生表(from语句中的子查询)、union 查询。
这一列表示的是对应行对应的查询类型,到底是简单查询还是复杂查询,如果是复杂的查询,又是简单子查询、from语句中的子查询、union 查询复杂查询中的哪一种。
simple :简单的select查询,查询中不包含子查询或者 union
primary:复杂查询最外层的查询类型
subquery :在 select 或 where 列表中包含了子查询
derived:包含在 from 子句中的子查询。MySQL会将结果存放在一个临时表中,也称为派生表
union:union查询语句出现在union之后的第二个和以后的查询会被标为union类型
union result:从 union 构建的临时表检索结果的查询类型
table列
这一列看名称就知道是指的具体查询的table名称。
当 from 子句中有子查询时,table列是 <derivenN> 格式,表示当前查询依赖 id=N 的查询,于是先执行 id=N 的查询。当有 union 时,UNION RESULT 的 table 列的值为 <union1,2>,1和2表示参与 union 的 select 行id。
这一列表示关联类型或访问类型,即MySQL决定如何查找表中的行
最优到最差分别为:system > const > eq_ref > ref > fulltext > ref_or_null > index_merge > unique_subquery > index_subquery > range > index > ALL
const, system:Mysql查询对其进行优化并转化为一个常量,只查询一次就搜索出结果,用于 primary key 或 unique key 的所有列与常数比较时,所以表最多有一个匹配行,读取1次,速度比较快。
eq_ref:唯一性索引扫描,对于每个索引键,表中只有一条记录与之匹配。常见于主键或唯一索引扫描
ref:相比 eq_ref,不使用唯一索引,而是使用普通索引或者联合索引的部分前缀,索引要和某个值相比较,可能会找到多个符合条件的行.
ref_or_null:与ref类型差不多,但是这种类型可以搜索为Null的行
index_merge:使用了索引合并的优化方法
6.range: 范围扫描通常出现在 in(), between ,> ,<, >= 等操作中。使用一个索引来检索给定范围的行
7 index:Full Index Scan,Index与All区别为index类型只遍历索引树。这通常比ALL快,因为索引文件通常比数据文件小
显示此次查询可能会用到的索引,一个或者是多个,查询涉及到的字段上若存在索引,则该索引将被列出,但不一定会应用。
explain 时可能出现 possible_keys 有列,而 key 显示 NULL 的情况,这种情况是因为表中数据不多,mysql认为索引对此查询帮助不大,选择了全表查询。
如果该列是NULL,则没有相关的索引。在这种情况下,可以通过检查 where 子句看是否可以创造一个适当的索引来提高查询性能,然后用 explain 查看效果。但是有一种情况也可能会走索引,如果出现 覆盖索引 的情况即使该列为null 依然有可能会走索引查询
mysql实际采用哪个索引来优化对该表的访问,如果想强制指定索引或者忽视索引,可在查询中使用 force index、ignore index。
表示索引中使用的字节数,可通过该列计算查询中使用的索引的长度,在不损失精确性的情况下,长度越短越好,key_len表示的是索引的最大长度,而不是实际使用长度。
key_len计算规则如下:
char(n):n字节长度
varchar(n):2字节存储字符串长度,如果是utf-8,则长度 3n + 2
tinyint:1字节
smallint:2字节
int:4字节
bigint:8字节
date:3字节
timestamp:4字节
datetime:8字节
这一列显示了在key列记录的索引中,表查找值所用到的列或常量,常见的有:const(常量),func,NULL,字段名
这一列表示这条SQL可能要检索的数据行数,并不是返回结果集的行数。
这一列展示的是一些额外的信息,但是也是十分重要的,对于我们提升SQL 的检索性能是很有帮助的。
常见的类型如下:
distinct: 一旦mysql找到了与行相联合匹配的行,就不再搜索了
Using index:表示相应的select操作中使用了覆盖索引(Covering Index),避免访问了表的数据行,效率还是非常可观的。
覆盖索引:简单的理解就是这次select的字段只从索引中就可以获取的到,没有必要再去浪费一次IO读取行数据,换句话说就是查询的列被索引列所覆盖
Using where:就是使用了where条件查询。mysql服务器将在存储引擎检索行后再进行过滤。就是先读取整行数据,再按 where 条件进行检查,符合就留下,不符合就丢弃。
Using temporary:mysql需要创建一张临时表来处理查询结果。出现这种情况一般是要进行优化的,首先是想到用索引来优化。这种类型常见于order by 和group by的查询中
Using filesort:对查询结果进行外部索引排序而不是按索引次序从表里读取行,这种情况可以考虑建立索引来进行优化。
标签:两种 优化方法 联系 数据读取 temp har mysql查询 顺序 序列
原文地址:https://www.cnblogs.com/Jack-zhao/p/14262167.html