MySQL数据库调优————EXPLAIN详解

EXPLAIN使用

EXPLAIN三种形式的使用方法

# 方式一
{EXPLAIN | DESCRIBE | DESC}
	tbl_name [col_name | wild]
# 方式二
{EXPLAIN | DESCRIBE | DESC}
	[explain_type]
	{explainable_stmt | FOR CONNECTION connection_id}
# 方式三
{EXPLAIN | DESCRIBE | DESC} ANALYZE select_statement

常用到的是第二种方式，示例：

explain
select * from salaries where from_date = '1986-06-26';

结果输出展示字段含义

字段	format=json时的名称	含义
id	select_id	该语句的唯一标识
select_type	无	查询类型
table	table_name	表名
partitions	partitions	匹配的分区
type	access_type	联接类型
possible_keys	possible_keys	可能的索引选择
key	key	实际选择的索引
ken_len	key_len	索引的长度
ref	ref	索引的哪一列被引用了
rows	rows	估计要扫描的行
filtered	filtered	表示符合查询条件的数据百分比
Extra	无	附加信息

结果解读

id

该语句的唯一标识

select_type

查询类型，有如下几种取值：

查询类型	作用
SIMPLE	简单查询（未使用UNION或子查询）
PRIMARY	最外层的查询
UNION	在UNION中的第二个和随后的SELECT被标记为UNION。如果UNION被FROM子句中的子查询包含，那么他的第一个SELECT会被标记为DERIVED
DEPENDENT UNION	UNION中的第二个或后面的查询，依赖了外面的查询
UNION RESULT	UNION的结果
SUBQUERY	子查询中的第一个SELECT
DEPENDENT SUBQUERY	子查询中的第一个SELECT，依赖了外面的查询
DERIVED	用来表示包含在FROM子句的子查询中的SELECT，MySQL会递归执行并将结果放到一个临时表中。MySQL内部将其称为是Derived table（派生表），因为该临时表是从子查询派生出来的
DEPENDENT DERIVED	派生表，依赖了其他的表
MATERIALIZED	物化子查询
UNCACHEABLE SUBQUERY	子查询，结果无法缓存，必须针对外部查询的每一行重新评估
UNCACHEABLE UNION	UNION属于UNCACHEABLE SUBQUERY的第二或后面的查询

table

表示当前这一行正在访问哪张表，如果SQL定义了别名，则展示表的别名

partitions

当前查询匹配记录的分区。对于未分区的表，返回null

type

联接类型，有如下几种取值，性能从好到坏排序如下：

• system：该表只有一行（相当于系统表），system是const类型的特例
• const：针对主键或唯一索引的等值查询扫描，最多只返回一行数据。const查询速度非常快，因为它仅仅读取一次即可
• eq_ref：当使用了索引的全部组成部分，并且索引是PRINARY KEY或UNION NOT NULL才会使用该类型，性能仅次于system及const

-- 多表关联查询，单行匹配
SELECT * FROM ref_table,other_table WHERE ref_table.key_column=other_table.column;
-- 多表关联查询，联合索引，多行匹配
SELECT * FROM ref_table,other_table WHERE ref_table.key_column_part1=other.column 
AND ref_table.key_column_part2=1;

• ref：当满足索引的最左前缀规则，或者索引不是主键也不是唯一索引时才会发生。如果使用的索引只会匹配到少量的行，性能也是不错的。

-- 根据索引（非主键，非唯一索引），匹配到多行
SELECT * FROM ref_table WHERE　key_column=expr;
-- 多表关联查询，单个索引，多行匹配
SELECT * FROM ref_table,other_table WHERE ref_table.key_column=other_table.column;
-- 多表关联查询，联合索引，多行匹配
SELECT * FROM ref_table,other_table WHERE ref_table.key_column_part1=other_table.column
AND ref_table.key_column_part2=1;

TIPS
最左前缀原则，指的是索引按照最左优先的方式匹配索引。比如创建了一个组合索引（column1，column2，column3），那么，如果查询条件是：
WHERE column1=1、WHERE column1=1 AND column2=2、WHERE column1=1 AND column2=2 AND column3=3
都可以使用该组合索引
如果查询条件是：
WHERE column2=2、WHERE column1=1 AND column3=3
就无法匹配该组合索引

• fulltext：全文索引
• ref_or_null：该类型类似于ref，但是MySQL会额外搜索哪些行包含了NULL。这种类型常见于解析子查询

SELECT * FROM ref_table WHERE key_column=expr or key_column IS NULL;

• index_merge：此类型表示使用了索引合并优化，表示一个查询里面用到了多个索引
• unique_subquery：该类型和eq_ref类似，但是使用了IN查询，且子查询是主键或者唯一索引。例如：

value IN (SELECT primary_key FROM single_table WHERE some_expr)

• index_subquery：和unique_subquery类似，只是子查询使用的是非唯一索引。例如：

value IN (SELECT key_column FROM single_table WHERE some_expr)

• range：范围扫描，表示检索了指定范围的行，主要用于有限制的索引扫描。比较常见的范围扫描是带有BETWEEN子句或WHERE子句里有>、>=、<、<=、IS NULL、<=>、BETWEEN、LIKE、IN()等操作符。

SELECT * FROM tbl_name WHERE key_column BETWEEN 10 AND 20;

SELECT * FROM tbl_name WHERE key_column IN (10,20,30);

• index：全索引扫描，和ALL类似，只不过index是全盘扫描了索引的数据。当查询仅使用索引中的一部分列时，可使用此类型。有两种场景会触发：
  • 如果索引时查询的覆盖索引，并且索引查询的数据就可以满足查询中所需的所有数据，则只扫描索引树。此时，explain的Extra列的结果是Using index。index通常比ALL快，因为索引的大小通常小于表数据。
  • 按索引的顺序来查找数据行，执行了全表扫描。此时，explain的Extra列的结果不会出现Using index。
• ALL：全表扫描，性能最差。

其他字段可自行查询资料了解