一、什么是Explain？

1.应用explain能够模仿优化器执行SQL查问语句，从而晓得MySQL怎么解决你的SQL语句的，剖析你的查问语句和表构造的性能瓶颈。

二、Explain能做什么？

  • 读取表的程序
  • 哪些索引可能被应用
  • 数据读取操作的操作类型
  • 哪些索引可能被理论应用
  • 表之间的援用
  • 每张表有多少行被物理查问

三、Explain应用的表

1.blog_blog、blog_blogtype、user三个表，其中blog表应用外键一对一关联另外两个表，具体如下

四、Explain应用举例

1.执行语句1（查问博客类型为随笔且作者名称为老胡的博客）

EXPLAIN SELECT * FROM blog_blog blog WHERE blog.blog_type_id IN (SELECT id FROM blog_blogtype blogtype WHERE type_name = '随笔')AND blog.author_id = (SELECT id FROM USER WHERE user_name = '老胡')

2.执行后果(局部截图）

3.id、table字段：通过这两个字段咱们能够判断出你的每一条SQL语句的执行程序和表的查问程序。在截图中，id优先级更高，因而第一个查问的是user表；当id雷同时，怎么看程序呢？自上而下，如这里的id都是1，则自上而下查问的第二个查问的表是blog，第三个表是blogtype

4.type字段（画重点）：上面的代码从左到右，越凑近右边越优良

NULL > system > const > eq_ref > ref > ref_or_null > index_merge > range > index > ALL

①NULL：MySQL可能在优化阶段合成查问语句，在执行阶段用不着再拜访表或索引，比方咱们晓得MySQL底层是B+树，叶子节点的第一个就是最大的id值，那么咱们很容易查问到最大的id（当id为主键时会默认创立主键索引），所以不必拜访表或索引

//因为存在主键索引，则type为NULLEXPLAIN SELECT MAX(id) FROM blog_blog //因为该字段不存在索引，则type为AllEXPLAIN SELECT MAX(title) FROM blog_blog

因而咱们得出结论：NULL的前提是曾经建设了索引

②SYSTEM ：只有一行记录（等于零碎表），这是const类型的特列，平时不大会呈现，能够疏忽。

③const ：示意通过索引一次就找到了，const用于比拟primary key或uique索引，因为只匹配一行数据，所以很快，如主键置于where列表中，MySQL就能将该查问转换为一个常量。

//依据索引查问一次失去构造，type类型为const//TODO：为啥id=1和id=2的时候type的类型为NULL？EXPLAIN SELECT * FROM blog_blog WHERE id = 3

④eq_ref ：用于联表查问的状况，按联表的主键或惟一键联结查问。
多表join时，对于来自后面表的每一行，在以后表中只能找到一行。这可能是除了system和const之外最好的类型。当主键或惟一非NULL索引的所有字段都被用作join联接时会应用此类型。

//blogtype中的id值是主键（不可反复），所以满足blogtype的表的类型为eq_refEXPLAIN SELECT * FROM blog_blog  blog LEFT JOIN blog_blogtype blogtype ON blog.blog_type_id = blogtype.id

⑤ref ：能够用于单表扫描或者连贯。如果是连贯的话，驱动表的一条记录可能在被驱动表中通过非惟一（主键）属性所在索引中匹配多行数据，或者是在单表查问的时候通过非惟一（主键）属性所在索引中查到一行数据。

//1.在连贯中，不懂的同学能够和下面的eq_ref比照着看//blogtype中的id值不是主键（可反复），一个blog_type_id可能对应着好几个blogtype.idEXPLAIN SELECT * FROM blog_blog  blog LEFT JOIN blog_blogtype blogtype ON blog.blog_type_id = blogtype.id //2.在单表查问中，咱们对blog中的title属性建设一般索引CREATE INDEX index_title ON blog_blog (title(50))//留神，这里的title是有索引的，且不是主键，且不惟一EXPLAIN SELECT * FROM blog_blog WHERE title = "随笔2"

⑥ref_or_null 相似ref，然而能够搜寻值为NULL的行

EXPLAIN SELECT * FROM blog_blog WHERE title = "随笔2" OR title IS NULL

⑦index_merge ：示意查问应用了两个以上的索引，最初取交加或者并集，常见and ，or的条件应用了不同的索引，官网排序这个在ref_or_null之后，然而实际上因为要读取多个索引，性能可能大部分工夫都不如range。

//这里同时应用了主键索引id和一般索引titleEXPLAIN SELECT * FROM blog_blog  WHERE title = "随笔2" OR id = 2

⑧range ：索引范畴查问，常见于应用 =, <>, >, >=, <, <=, IS NULL, <=>, BETWEEN, IN()或者like等运算符的查问中。

//有索引且是范畴查问EXPLAIN SELECT * FROM blog_blog  WHERE blog_type_id > 1

⑨index ：index只遍历索引树，通常比All快。因为，索引文件通常比数据文件小，也就是尽管all和index都是读全表，但index是从索引中读取的，而all是从硬盘读的

//有索引但须要遍历索引树EXPLAIN SELECT id FROM blog_blog

⑩ALL：如果一个查问的type是All,并且表的数据量很大，那么请解决它！

5.possible_keys：可能应用的索引

6.key：理论应用的索引

7.ref：显示哪些列被应用了

8.rows和filter：

  • rows是依据表的统计信息和索引的选用状况，优化器大略帮你估算出你执行这行函数所须要查问的行数。
  • Filter是查问的行数与总行数的比值。其实作用与rows差不多，都是数值越小，效率越高。

9.extra：很重要然而在其余列不适宜显示的额定信息