笔记大纲
查询优化器对SQL语句进行优化了以后就会生成一个执行计划,这个计划展示了接下来执行查询的具体方式,例如连接的顺序、要用到的索引等。
1.执行计划各列解释
1.1 table
表示这个SQL查询语句包含了哪几张表,这个表可以是真实存在的表,也可以是临时物化表。
1.2 id
每有一个SELECT关键字就会有一个唯一的id值,相同id值代表同一个连接查询,前面的是驱动表,后面的是被驱动表。如果是子查询,则id不一样。
1.3 select_type
1.3.1 Simple
只要查询中不包含Union或子查询都算作Simple类型。
1.3.2 Primary
对于包含了Union/UnionAll或者子查询的查询语句来说,最左边那个查询的type就是Primary类型。
1.3.3 Union
Union/UnionAll,除了最左边那个查询语句,剩下的都是Union类型。
1.3.4 Derived
查询语句中包含物化派生表的查询方式。
1.4 type
type:表的访问方法或者访问类型。
- system:表中只有一条记录,并且采用MyISAM引擎,统计数据是精确的,这样的访问方式就是system。
- const:主键或者为唯一索引和常数进行匹配时,访问方式就是const。
- eq_ref:连接查询时,被驱动表是通过主键或者非Null的唯一索引等值匹配。
- ref:普通二级索引和常数进行匹配的查询方式。
- ref_or_null:普通二级索引和常数进行匹配,且该二级索引可以是null的情况。
- index_merge:索引合并的情况:Intersection交集合并、Union、Sort-Union合并的场景。
- range:索引范围查询或者多个单点扫描区间的情况。
- index:遍历整个索引的情况。
- all:全表扫描。
1.5 possible_keys、key
possible_keys
:可能用到的索引,但是并不是越多越好,越多代表执行计划计算量越大。
key
:实际用到的索引。
1.6 key_len
索引的使用长度。对于定长的字段类型,无论存什么实际数据占用大小就是固定的。对于变长的字段要根据字符编码和存储最大长度再加上2字节的长度记录再加上是否能存null值的1个字节。
1.7 rows
扫描区间的预估记录数。
1.8 extra
额外信息:
- No tables used:SQL语句中没有指定from子句就会提示。
- Impossible where:如果查询语句中where恒为false时就会提示。
- using index:使用到了覆盖索引。
2.JSON格式的执行计划
MySQL提供了一种直观的执行计划的成本明细记录,只需要在explain后面加上format=JSON
即可。
3.Extented explain
使用explain执行计划后还可以通过show warnings
语句来查询这个执行计划的扩展信息。