1.Explain介绍
今天在写后端的数据库查询的时候,涉及到了多表的联查,想到以前面试的时候阿里的规约,不建议三表及其以上的表联合查询,想起来EXPLAIN这个关键字,看看能不能优化一下我的sql语句.
在日常工作中, 我们会有时会开慢查询去记录一些执行时间比较久的SQL语句, 找出这些SQL语句后我们常常会用explain这个命令来查看一个这些SQL语句的执行计划, 查看该SQL语句有没有使用上了索引, 有没有做全表扫描等, 进而排查出执行慢的原因. 目前使用explain可以对select 、update 、insert 、replace 、delete进行分析.
通过explain命令，我们可以深入了解到MySQL的基于开销的优化器，还可以获得很多被优化器考虑到的访问策略的细节以及运行sql语句时哪种策略预计会被优化器采用。
explain的使用十分简单，通过在查询语句前面加一个explain关键字即可。
2.参数说明
explain 命令一共返回12列信息, 如下:
id、select_type、table、partitions、type、possible_keys、key、key_len、ref、rows、filtered、Extra
2.1.参数概要描述
id: 选择标识符
select_type: 表示查询的类型
table: 输出结果集的表
partitions: 匹配的分区
type:表示表的连接类型
possible_keys:表示查询时，可能使用的索引
key:表示实际使用的索引
key_len:索引字段的长度
ref:列与索引的比较
rows: 扫描出的行数(估算的行数)
filtered:按表条件过滤的行百分比
Extra:执行情况的描述和说明
2.2.参数详细说明
①id列
每个select语句都会自动分配的一个唯一标识符。
如果explain的结果包括多个id值:
id相同，执行顺序从上到下
id不同，如果是子查询，id号会自增，id越大，优先级越高
总结：id的值表示select子句或表的执行顺序，id相同，执行顺序从上到下，id不同，值越大的执行优先级越高。
②select_type列
表示SELECT查询的类型，主要用于区别普通查询、联合查询、子查询等复杂的查询。其值主要有六个：
SIMPLE: 表示不需要union操作或者不包含子查询的简单select查询。有连接查询时，外层的查询为simple
PRIMARY: 一个需要使用union的操作或者含有子查询的select，位于最外层的查询的select_type即为primary
SUBQUERY: 在select或where列表中包含了子查询，就为被标记为SUBQUERY
DERIVED: 用来表示包含在FROM子句的子查询中的SELECT，MySQL会递归执行并将结果放到一个临时表中。MySQL内部将其称为是Derived table（派生表），因为该临时表是从子查询派生出来的 (备注: MySQL5.7+进行优化了，增加了derived_merge（派生合并），默认开启，可加快查询效率)
UNION: 如果第二个SELECT 出现在UNION之后，则被标记为UNION；如果UNION包含在FROM子句的子查询中，则外层SELECT 将被标记为DERIVED
UNION RESULT: 从UNION表获取结果的select
③table列
表示当前这一行正在访问哪张表（也就是输出结果的集），如果SQL定义了别名，则展示表的别名。
④partitions列
当前查询匹配记录的分区。对于未分区的表，返回null
⑤type列
连接类型，有如下几种取值， 性能从好到坏排序 如下：
NULL: MySQL能够在优化阶段分解查询语句，在执行阶段用不着再访问表或索引。也就是不用访问表或索引，直接就能得到结果。
system: 表只有一条记录(等于系统表),这是const类型的特例，平时业务中不会出现。
const: 通过索引一次查到数据，该类型主要用于比较primary key 或者unique 索引，因为只匹配一行数据，所以很快;如果将主键置于WHERE语句后面，Mysql就能将该查询转换为一个常量。
eq_ref: 唯一索引扫描，对于每个索引键，表中只有一条记录与之匹配。常见于主键或者唯一索引扫描(连接字段为主键或者唯一索引，此类型通常出现于多表的join查询，表示对于前表的每一个结果，都对应后表的唯一一条结果。并且查询的比较是=操作，查询效率比较高。)
ref: 当满足索引的最左前缀规则，或者索引不是主键也不是唯一索引时才会发生。非唯一性索引扫描，返回匹配某个单独值的所有行, 本质上也是一种索引访问，返回所有匹配某个单独值的行, 然而可能会找到多个符合条件的行，应该属于查找和扫描的混合体。
fulltext: 全文检索索引
ref_or_null: 该类型类似于ref，但是MySQL会额外搜索哪些行包含了NULL。这种类型常见于解析子查询
index_merge: 此类型表示使用了索引合并优化，表示一个查询里面用到了多个索引(表示查询使用了两个或者以上的索引数量，常见于and或者or查询匹配上了多个不同索引的字段)
unique_subquery: 该类型和eq_ref类似，但是使用了IN查询，且子查询是主键或者唯一索引; 例如:value IN (SELECT primary_key FROM single_table WHERE some_expr)
index_subquery : 和unique_subquery类似，只是子查询使用的是非唯一索引
range: 索引范围扫描，表示检索了指定范围的行，主要用于有限制的索引扫描, key列显示使用了哪个索引。比较常见的范围扫描是带有BETWEEN子句或WHERE子句里有>、>=、<、<=、IS NULL、<=>、BETWEEN、LIKE、IN()等操作符; 这种索引的范围扫描比全表扫描要好，因为索引的开始点和结束点都固定，不用扫描全索引。
index: Full index Scan，索引全扫描，MySQL遍历整个索引来查询匹配的行，Index与All区别：index只遍历索引树，通常比All快，因为索引文件通常比数据文件小，也就是虽然all和index都是读全表，但index是从索引中读取的，而all是从硬盘读的。
ALL: Full Table Scan，将遍历全表以找到匹配行, 也就是全表扫描，性能最差。
⑥possible_keys列
显示可能应用在这张表的索引，一个或者多个。（查询时可能使用的索引）
查询涉及到的字段若存在索引，则该索引将被列出，但不一定被查询实际使用。
这一列的数据是在优化过程的早期创建的，因此有些索引可能对于后续优化过程是没用的。
⑦key列
实际使用到的索引，如果为NULL，则没有使用索引。
查询中若使用了覆盖索引（select 后的 字段与我们建立索引的字段个数一致），则该索引仅出现在key列表
⑧key_len列
表示索引中使用的字节数，可通过该列计算查询中使用的索引长度。
在不损失精确性的情况下，长度越短越好。
key_len 显示的值为索引字段的最大可能长度，并非实际使用长度，即key_len是根据表定义计算而得，不是通过表内检索出来的。
⑨ref列
显示索引的哪一列被使用了，如果可能的话，是一个常数。哪些列或常量被用于查找索引列上的值, 如果ref是一个函数，则使用的值是函数的结果。要想查看是哪个函数，可在EXPLAIN语句之后紧跟一个SHOW WARNING语句。
⑩rows列
MySQL估算会扫描的行数，数值越小越好。也就是根据表统计信息及索引选用的情况，大致估算找到所需记录需要读取的行数。
①①filtered列
表示符合查询条件的数据百分比，最大100。用rows × filtered可获得和下一张表连接的行数。例如rows = 1000，filtered = 50%，则和下一张表连接的行数是500。
备注: 在MySQL 5.7之前，想要显示此字段需使用explain extended命令；MySQL.5.7及更高版本，explain默认就会展示filtered
①②extra列
包含不适合在其它列中显示但十分重要的额外信息, 常见的重要值如下：
Using filesort(文件排序): mysql无法按照表内既定的索引顺序进行读取。也就是说明MySQL会对数据使用一个外部的索引排序，而不是按照表内的索引顺序进行读取, MySQL中无法利用索引完成的排序操作称为“文件排序”.
Using temporary: 使用了临时表保存中间结果，MySQL在对结果排序时使用临时表，常见于排序order by 和分组查询group by。
Using index: 表示相应的select 操作使用了覆盖索引，避免访问了表的数据行，效率不错; 如果同时出现using where，表明索引被用来执行索引键值的查找; 如果没有同时出现using where，表明索引用来读取数据而非执行查找动作
Using where: 使用了where条件
Using join buffer: 使用了连接缓存
impossible where: where子句的值总是false，不能用来获取任何数据行
distinct: 一旦mysql找到了与行相联合匹配的行，就不再搜索了
Select tables optimized away: SELECT操作已经优化到不能再优化了（MySQL根本没有遍历表或索引就返回数据了）