Mysql 执行计划
当客户端发送给mysql 服务器一条查询语句后,经过sql的优化器,会产生一个执行计划。
执行计划
使用 EXPLAIN 关键字可以模拟优化器执行 SQL 查询语句,从而知道 MYSQL 是如何处理你的 sql 语句的。分析你的查询语句或是表结构的性能瓶颈。
语法: Explain + sql
执行计划的作用
分析sql语句中
- 表的读取顺序
- 数据读取操作的操作类型
- 哪些索引可以使用
- 哪些索引被实际使用
- 表之间的引用
- 每张表有多少行被优化器查
执行计划包含的信息
id:获取 select 子句的操作表顺序,有几种情况
- id相同的情况下执行顺序是由上到下。
- id 越大 优先级越高,如果是子查询,ID 序列号会递增,id值越大,优先级越高,越先执行。
- id 相同又有不相同的,序列号大的会先执行,然后相同的从上到下执行。
select_type:查询的类别,主要用于区别普通查询,联合查询,子查询等的复杂查询。
simple : 简单的select 查询,不包含子查询或者 union
primary : 查询中包含任何复杂的子部分,最外层查询则被标记
subquery : 在 select 或者 where 列表中包含了子查询
derived : 在from 列表中包含子查询被标记为 derived Mysql 会递归执行这些子查询,把结果放到临时表里
union : 若在第二个 select 中出现 union之后,则被标记为 union 若union包含在 from 子句的子查询中,外层 select 将被标记为 derived
union result : 从 union 表获取结果的 SELECT
table:显示这一行的数据是关于那个表的
type:显示的是访问类型,是较为重要的一个指标,结果值从最好到最坏依次是:
system > const > eq_ref > ref > fulltext > ref_or_null > index_merge > unique_subquery > index_subquery> range > index>all
需要记住的:system > const > eq_ref > ref > range > index>all 基本需要达到 ref range 级别。
type | 说明 |
---|---|
ALL | 全数据表扫描 |
index | 全索引表扫描 |
RANGE | 对索引列进行范围查找 |
INDEX_MERGE | 合并索引,使用多个单列索引搜索 |
REF | 根据索引查找一个或多个值 |
EQ_REF | 搜索时使用primary key 或 unique类型 |
CONST | 常量,表最多有一个匹配行,因为仅有一行,在这行的列值可被优化器剩余部分认为是常数,const表很快,因为它们只读取一次。 |
SYSTEM | 系统,表仅有一行(=系统表)。这是const联接类型的一个特例。 |
性能:all < index < range < index_merge < ref_or_null < ref < eq_ref < system/const |
|
性能在 range 之下基本都可以进行调优 |
system : 表中只有一行记录(等于系统表),这是const 类型的特列,平时不会出现,这个可以忽略不计。
const : 表示通过索引一次就找到了,const 用于比较 primary key 或者 unqiue 索引,因为只匹配一条数据,所以很快,如将主键置于 where 条件中,Mysql 就能将该查询转换一个常量。
eq_ref : 唯一性索引扫描,对于每个索引键,表中只有一条记录与之匹配,常见与主键或唯一索引扫描
ref : 非唯一索引扫描,返回匹配某个单独值的所有行
range: 只检索给定范围的行,使用一个索引来选择行,key列显示使用了哪个索引,一般就是在你的 where 语句中出现了 between ,<,>,in 等查询这种范围扫描比全表扫描要好,因为它只需要开始与索引的某一点,而结束与另一点,不用扫描全部索引。
index : 当查询的结果全为索引列的时候。
all : Full Table Scan 将遍历全表以找到匹配的行。
possible_keys : 可能使用的索引
key :实际上使用的索引,如果没用索引,则为NULL,查询中若使用了覆盖索引,则该索引和查询的select 字段重叠。
key len :
表示索引中使用的字节数,可通过该列计算查询中使用的字节长度,在不损失精确的情况下,长度越短越好。
key_len 显示的值为索引字段的最大可能长度,并非实际使用长度,即key_len 是根据表定义计算而得,不是通过表内检索出的
key_len 表示索引使用的字节数
根据这个值,就可以判断索引使用情况,特别是在组合索引的时候,判断所有的索引字段是否都被查询用到。
char 和 varchar 跟字符编码也有密切的联系。(latin1 占用一个字节,gbk 占用两个字节,utf-8 占用三个字节)
总结 :
整数/浮点数/时间类型的索引长度 NOT NULL = 字段本身的长度 NULL = 字段本身的字段长度+1(因为需要是否为空的标记,这个标记占一个字节).
datatime 类型 在5.6中占5个字节,在5.5中占8个字节。
变长字段需要额外两个字节(varchar 值保存时只保存需要的字符数另外加一个字节来记录长度,如果列声明的长度超过255,则使用两个字节,所以varchar 索引长度计算时候要加2),固定长度字段不需要额外的字节。
而 NULL 都需要1个字节的额外空间,所以索引字段最好不要为 NULL,因为 NULL 让统计更加复杂并且需要额外的存储空间。
复合索引有最左前缀的特性,如果复合索引能全部用上,则是复合索引字段的索引长度之和,这也可以用来判定复合索引是否部分使用,还是全部使用。
rows : mysql 预估为了找到所需的行而要读取的行数
extra | 说明 |
---|---|
Using filesort | 此值表示mysql将使用覆盖索引,以避免访问表。 |
Using temporary | mysql 将在存储引擎检索行后再进行过滤,许多where条件里涉及索引中的列,当(并且如果)它读取索引时,就能被存储引擎检验,因此不是所有带where子句的查询都会显示“Using where”。有时“Using where”的出现就是一个暗示:查询可受益于不同的索引。 |
Using index | mysql 对查询结果排序时会使用临时表。 |
Using where | mysql会对结果使用一个外部索引排序,而不是按索引次序从表里读取行。mysql有两种文件排序算法,这两种排序方式都可以在内存或者磁盘上完成,explain不会告诉你mysql将使用哪一种文件排序,也不会告诉你排序会在内存里还是磁盘上完成。 |
Using join buffer | 没有好用的索引,新的索引将在联接的每一行上重新估算,N是显示在possible_keys列中索引的位图,并且是冗余的 |
Impossible where | where 子句总是 false们不能用来获取 |
...
...
This is copyright.