mysql 执行计划 索引_Mysql查看执行计划及索引使用

使用背景

当sql运行比较耗时的时候，能够进行sql优化，好比加索引，调整sql的结构等等。咱们看sql运行的状态等信息时，能够经过执行计划来参考。mysql

explain + sql 语句查看 执行计划。算法

例如：EXPLAIN SELECT * FROM `g_play_log` WHERE `user_id` = '6178962'sql

​

上图为sql的执行计划查询结果，经过结果能够看到走的是全表查询(type=ALL)，须要涉及到的数据行数643420，这样查询的效率不高，能够对表作一个简单的优化以后，再看看执行划。由于经过where条件，条件为user_id，能够对user_id建一个索引，建好索引后，再看执行计划的结果以下。app

​

经过两次的结果对比能够看到，加上索引以后，查询会走索引(type=ref，key=user_id_index)，须要涉及到的数据行数61，这样查询的效率会大大的提升。性能

执行计划字段说明

select_type：优化

SIMPLE(简单查询)，

PRIMARY(最外层查询)，

SUBQUERY(映射为子查询)，

DERIVED(子查询)，

UNION(联合)，

UNION RESULT(使用联合的结果)spa

table : 正在访问的表名code

type：blog

ALL(全数据表扫描)，

index(全索引表扫描)，

RANGE(对索引列进行范围查找)，

INDEX_MERGE(合并索引，使用多个单列索引搜索)，

REF(根据索引查找一个或多个值)，

EQ_REF(搜索时使用primary key 或 unique类型)，

CONST(常量，表最多有一个匹配行,由于仅有一行,在这行的列值可被优化器剩余部分认为是常数,const表很快,由于它们只读取一次)，

SYSTEM(系统，表仅有一行(=系统表)。这是const联接类型的一个特例)排序

说明：性能：all 

possible_keys：可能使用的索引

key：真实使用的索引

key_len：MySQL中使用索引字节长度

rows：mysql 预估为了找到所需的行而要读取的行数

extra：

Using index

(此值表示mysql将使用覆盖索引，以免访问表)，

Using where

(mysql 将在存储引擎检索行后再进行过滤，许多where条件里涉及索引中的列，当它读取索引时，就能被存储引擎检验，所以不是全部带where子句的查询都会显示“Using where”。有时“Using where”的出现就是一个暗示：查询可受益于不一样的索引)，

Using temporary

(mysql 对查询结果排序时会使用临时表)，

Using filesort

(mysql会对结果使用一个外部索引排序，而不是按索引次序从表里读取行。mysql有两种文件排序算法，这两种排序方式均可以在内存或者磁盘上完成，explain不会告诉你mysql将使用哪种文件排序，也不会告诉你排序会在内存里仍是磁盘上完成)，

Range checked for each record(index map: N)

(没有好用的索引，新的索引将在联接的每一行上从新估算，N是显示在possible_keys列中索引的位图，而且是冗余的)

使用索引的状况

1.使用 like 语句时，%在右边才会使用索引。

2.or 条件中有未创建索引的列索引失效。

3.条件的类型不一致索引失效。

4.使用!=时部分状况索引失效。(若是是主键，则会走索引)

5.使用>时部分状况索引失效。(若是是主键或索引是整数类型，则会走索引)

6.order by部分状况索引失效。(若是 order by 的列是主键或索引是整数类型，则会走索引)

7.组合索引(遵循最左前缀)

# 若 name 和 email 组成组合索引

create index ix_name_phone on user(name, phone);

# 使用结果

name and phone -- 使用索引

phone and name -- 不使用索引

name -- 使用索引

phone -- 不使用索引