腾讯风铃做的网站有期限吗,没有网站可以做网络推广吗,网站开发背景和意义,凡客之家贷款返佣推广平台EXPLAIN 语句输出的各个列的作用先大致罗列一下#xff1a; 列名 描述 id 在一个大的查询语句中每个SELECT关键字都对应一个唯一的id select_type SELECT关键字对应的那个查询的类型 table 表名 partitions 匹配的分区信息 type 针对单表的访问方法 possible_keys…EXPLAIN 语句输出的各个列的作用先大致罗列一下 列名 描述 id 在一个大的查询语句中每个SELECT关键字都对应一个唯一的id select_type SELECT关键字对应的那个查询的类型 table 表名 partitions 匹配的分区信息 type 针对单表的访问方法 possible_keys 可能用到的索引 key 实际上使用的索引 key_len 实际使用到的索引长度 ref 当使用索引列等值查询时与索引列进行等值匹配的对象信息 rows 预估的需要读取的记录条数 filtered 某个表经过搜索条件过滤后剩余记录条数的百分比 Extra 一些额外的信息
执行计划输出中各列详解
table
不论查询语句有多复杂里边儿包含了多少个表到最后也是需要对每个表进行单表访问的MySQL规定EXPLAIN语句输出的每条记录都对应着某个单表的访问方法该条记录的table列代表着该表的表名。
mysql EXPLAIN SELECT * FROM s1; -- 单表查询
-----------------------------------------------------------------------------------------------------
| id | select_type | table | partitions | type | possible_keys | key | key_len | ref | rows | filtered | Extra |
-----------------------------------------------------------------------------------------------------
| 1 | SIMPLE | s1 | NULL | ALL | NULL | NULL | NULL | NULL | 9688 | 100.00 | NULL |
-----------------------------------------------------------------------------------------------------
1 row in set, 1 warning (0.00 sec)mysql EXPLAIN SELECT * FROM s1 INNER JOIN s2; -- 连接查询
-------------------------------------------------------------------------------------------------------------------------------------
| id | select_type | table | partitions | type | possible_keys | key | key_len | ref | rows | filtered | Extra |
-------------------------------------------------------------------------------------------------------------------------------------
| 1 | SIMPLE | s1 | NULL | ALL | NULL | NULL | NULL | NULL | 9688 | 100.00 | NULL |
| 1 | SIMPLE | s2 | NULL | ALL | NULL | NULL | NULL | NULL | 9954 | 100.00 | Using join buffer (Block Nested Loop) |
-------------------------------------------------------------------------------------------------------------------------------------
2 rows in set, 1 warning (0.01 sec)
id:
查询语句中每出现一个SELECT关键字MySQL就会为它分配一个唯一的id值。这个id值就是EXPLAIN语句的第一个列。
对于连接查询来说一个SELECT关键字后边的FROM子句中可以跟随多个表所以在连接查询的执行计划中每个表都会对应一条记录但是这些记录的id值都是相同的。
mysql EXPLAIN SELECT * FROM s1 INNER JOIN s2;
-------------------------------------------------------------------------------------------------------------------------------------
| id | select_type | table | partitions | type | possible_keys | key | key_len | ref | rows | filtered | Extra |
-------------------------------------------------------------------------------------------------------------------------------------
| 1 | SIMPLE | s1 | NULL | ALL | NULL | NULL | NULL | NULL | 9688 | 100.00 | NULL |
| 1 | SIMPLE | s2 | NULL | ALL | NULL | NULL | NULL | NULL | 9954 | 100.00 | Using join buffer (Block Nested Loop) |
-------------------------------------------------------------------------------------------------------------------------------------
2 rows in set, 1 warning (0.01 sec)
在连接查询的执行计划中每个表都会对应一条记录这些记录的id列的值是相同的出现在前面的表为驱动表出现在后边的表为被驱动表。
对于包含子查询的查询语句来说就可能涉及多个SELECT关键字所以在包含子查询的查询语句的执行计划中每个SELECT关键字都会对应一个唯一的id值比如这样
mysql EXPLAIN SELECT * FROM s1 WHERE key1 IN (SELECT key1 FROM s2) OR key3 a;
----------------------------------------------------------------------------------------------------------------
| id | select_type | table | partitions | type | possible_keys | key | key_len | ref | rows | filtered | Extra |
----------------------------------------------------------------------------------------------------------------
| 1 | PRIMARY | s1 | NULL | ALL | idx_key3 | NULL | NULL | NULL | 9688 | 100.00 | Using where |
| 2 | SUBQUERY | s2 | NULL | index | idx_key1 | idx_key1 | 303 | NULL | 9954 | 100.00 | Using index |
----------------------------------------------------------------------------------------------------------------
2 rows in set, 1 warning (0.02 sec)
s1表在外层查询中外层查询有一个独立的SELECT关键字第一条记录的id值就是1s2表在子查询中子查询有一个独立的SELECT关键字第二条记录的id值就是2。
查询优化器可能对涉及子查询的查询语句进行重写从而转换为连接查询。想知道查询优化器对某个包含子查询的语句是否进行了重写直接查看执行计划就好了。
mysql EXPLAIN SELECT * FROM s1 WHERE key1 IN (SELECT key3 FROM s2 WHERE common_field a);
---------------------------------------------------------------------------------------------------------------------------------------------
| id | select_type | table | partitions | type | possible_keys | key | key_len | ref | rows | filtered | Extra |
---------------------------------------------------------------------------------------------------------------------------------------------
| 1 | SIMPLE | s2 | NULL | ALL | idx_key3 | NULL | NULL | NULL | 9954 | 10.00 | Using where; Start temporary |
| 1 | SIMPLE | s1 | NULL | ref | idx_key1 | idx_key1 | 303 | xiaohaizi.s2.key3 | 1 | 100.00 | End temporary |
---------------------------------------------------------------------------------------------------------------------------------------------
2 rows in set, 1 warning (0.00 sec)查询语句是一个子查询但是执行计划中s1和s2表对应的记录的id值全部是1这就表明了查询优化器将子查询转换为了连接查询。
对于包含UNION子句的查询语句来说每个SELECT关键字对应一个id值也是没错的UNION子句是为了把id为1的查询和id为2的查询的结果集合并起来并去重所以在内部创建了一个名为union1, 2的临时表就是执行计划第三条记录的table列的名称id为NULL表明这个临时表是为了合并两个查询的结果集而创建的。
mysql EXPLAIN SELECT * FROM s1 UNION SELECT * FROM s2;
---------------------------------------------------------------------------------------------------------------------
| id | select_type | table | partitions | type | possible_keys | key | key_len | ref | rows | filtered | Extra |
---------------------------------------------------------------------------------------------------------------------
| 1 | PRIMARY | s1 | NULL | ALL | NULL | NULL | NULL | NULL | 9688 | 100.00 | NULL |
| 2 | UNION | s2 | NULL | ALL | NULL | NULL | NULL | NULL | 9954 | 100.00 | NULL |
| NULL | UNION RESULT | union1,2 | NULL | ALL | NULL | NULL | NULL | NULL | NULL | NULL | Using temporary |
---------------------------------------------------------------------------------------------------------------------
3 rows in set, 1 warning (0.00 sec)跟UNION对比起来UNION ALL不需要为最终的结果集进行去重只是单纯的把多个查询的结果集中的记录合并成一个并返回给用户也就不需要使用临时表。所以在包含UNION ALL子句的查询的执行计划中就没有那个id为NULL的记录。
select_type:
MySQL为每一个SELECT关键字代表的小查询都定义了一个称之为select_type的属性只要知道了某个小查询的select_type属性就知道了这个小查询在整个大查询中扮演了一个什么角色。 名称 描述 SIMPLE Simple SELECT (not using UNION or subqueries) PRIMARY Outermost SELECT UNION Second or later SELECT statement in a UNION UNION RESULT Result of a UNION SUBQUERY First SELECT in subquery DEPENDENT SUBQUERY First SELECT in subquery, dependent on outer query DEPENDENT UNION Second or later SELECT statement in a UNION, dependent on outer query DERIVED Derived table MATERIALIZED Materialized subquery UNCACHEABLE SUBQUERY A subquery for which the result cannot be cached and must be re-evaluated for each row of the outer query UNCACHEABLE UNION The second or later select in a UNION that belongs to an uncacheable subquery (see UNCACHEABLE SUBQUERY)
simple
查询语句中不包含UNION或者子查询的查询都算作是SIMPLE类型连接查询也算是simple类型。
primary
对于包含UNION、UNION ALL或者子查询的大查询来说它是由几个小查询组成的其中最左边的那个查询的select_type值就是PRIMARY。最左边的小查询SELECT * FROM s1对应的是执行计划中的第一条记录它的select_type值就是PRIMARY。
mysql EXPLAIN SELECT * FROM s1 UNION SELECT * FROM s2;
---------------------------------------------------------------------------------------------------------------------
| id | select_type | table | partitions | type | possible_keys | key | key_len | ref | rows | filtered | Extra |
---------------------------------------------------------------------------------------------------------------------
| 1 | PRIMARY | s1 | NULL | ALL | NULL | NULL | NULL | NULL | 9688 | 100.00 | NULL |
| 2 | UNION | s2 | NULL | ALL | NULL | NULL | NULL | NULL | 9954 | 100.00 | NULL |
| NULL | UNION RESULT | union1,2 | NULL | ALL | NULL | NULL | NULL | NULL | NULL | NULL | Using temporary |
---------------------------------------------------------------------------------------------------------------------
3 rows in set, 1 warning (0.00 sec)
union
对于包含UNION或者UNION ALL的大查询来说它是由几个小查询组成的其中除了最左边的那个小查询以外其余的小查询的select_type值就是UNION。
union result
MySQL选择使用临时表来完成UNION查询的去重工作针对该临时表的查询的select_type就是UNION RESULT。
subquery
如果包含子查询的查询语句不能够转为对应的semi-join的形式并且该子查询是不相关子查询并且查询优化器决定采用将该子查询物化的方案来执行该子查询时该子查询的第一个SELECT关键字代表的那个查询的select_type就是SUBQUERY。外层查询的select_type就是PRIMARY子查询的select_type就是SUBQUERY。需要注意的是由于select_type为SUBQUERY的子查询会被物化所以只需要执行一遍。
mysql EXPLAIN SELECT * FROM s1 WHERE key1 IN (SELECT key1 FROM s2) OR key3 a;
----------------------------------------------------------------------------------------------------------------
| id | select_type | table | partitions | type | possible_keys | key | key_len | ref | rows | filtered | Extra |
----------------------------------------------------------------------------------------------------------------
| 1 | PRIMARY | s1 | NULL | ALL | idx_key3 | NULL | NULL | NULL | 9688 | 100.00 | Using where |
| 2 | SUBQUERY | s2 | NULL | index | idx_key1 | idx_key1 | 303 | NULL | 9954 | 100.00 | Using index |
----------------------------------------------------------------------------------------------------------------
2 rows in set, 1 warning (0.00 sec)
dependent subquery
如果包含子查询的查询语句不能够转为对应的semi-join的形式并且该子查询是相关子查询则该子查询的第一个SELECT关键字代表的那个查询的select_type就是DEPENDENT SUBQUERY 需要注意的是select_type为DEPENDENT SUBQUERY的查询可能会被执行多次。
mysql EXPLAIN SELECT * FROM s1 WHERE key1 IN (SELECT key1 FROM s2 WHERE s1.key2 s2.key2) OR key3 a;
---------------------------------------------------------------------------------------------------------------------------------------
| id | select_type | table | partitions | type | possible_keys | key | key_len | ref | rows | filtered | Extra |
---------------------------------------------------------------------------------------------------------------------------------------
| 1 | PRIMARY | s1 | NULL | ALL | idx_key3 | NULL | NULL | NULL | 9688 | 100.00 | Using where |
| 2 | DEPENDENT SUBQUERY | s2 | NULL | ref | idx_key2,idx_key1 | idx_key2 | 5 | xiaohaizi.s1.key2 | 1 | 10.00 | Using where |
---------------------------------------------------------------------------------------------------------------------------------------
2 rows in set, 2 warnings (0.00 sec)
dependent union
在包含UNION或者UNION ALL的大查询中如果各个小查询都依赖于外层查询的话那除了最左边的那个小查询之外其余的小查询的select_type的值就是DEPENDENT UNION。
大查询里包含了一个子查询子查询里又是由UNION连起来的两个小查询。从执行计划中可以看出来SELECT key1 FROM s2 WHERE key1 a这个小查询由于是子查询中第一个查询所以它的select_type是DEPENDENT SUBQUERY而SELECT key1 FROM s1 WHERE key1 b这个查询的select_type就是DEPENDENT UNION。
mysql EXPLAIN SELECT * FROM s1 WHERE key1 IN (SELECT key1 FROM s2 WHERE key1 a UNION SELECT key1 FROM s1 WHERE key1 b);
-----------------------------------------------------------------------------------------------------------------------------------------
| id | select_type | table | partitions | type | possible_keys | key | key_len | ref | rows | filtered | Extra |
-----------------------------------------------------------------------------------------------------------------------------------------
| 1 | PRIMARY | s1 | NULL | ALL | NULL | NULL | NULL | NULL | 9688 | 100.00 | Using where |
| 2 | DEPENDENT SUBQUERY | s2 | NULL | ref | idx_key1 | idx_key1 | 303 | const | 12 | 100.00 | Using where; Using index |
| 3 | DEPENDENT UNION | s1 | NULL | ref | idx_key1 | idx_key1 | 303 | const | 8 | 100.00 | Using where; Using index |
| NULL | UNION RESULT | union2,3 | NULL | ALL | NULL | NULL | NULL | NULL | NULL | NULL | Using temporary |
-----------------------------------------------------------------------------------------------------------------------------------------
4 rows in set, 1 warning (0.03 sec)
derived
采用物化的方式执行的包含派生表的查询该派生表对应的子查询的select_type就是DERIVED从执行计划中可以看出id为2的记录就代表子查询的执行方式它的select_type是DERIVED说明该子查询是以物化的方式执行的。id为1的记录代表外层查询注意看它的table列显示的是derived2表示该查询是针对将派生表物化之后的表进行查询的。
mysql EXPLAIN SELECT * FROM (SELECT key1, count(*) as c FROM s1 GROUP BY key1) AS derived_s1 where c 1;
---------------------------------------------------------------------------------------------------------------------
| id | select_type | table | partitions | type | possible_keys | key | key_len | ref | rows | filtered | Extra |
---------------------------------------------------------------------------------------------------------------------
| 1 | PRIMARY | derived2 | NULL | ALL | NULL | NULL | NULL | NULL | 9688 | 33.33 | Using where |
| 2 | DERIVED | s1 | NULL | index | idx_key1 | idx_key1 | 303 | NULL | 9688 | 100.00 | Using index |
---------------------------------------------------------------------------------------------------------------------
2 rows in set, 1 warning (0.00 sec)
materialized
当查询优化器在执行包含子查询的语句时选择将子查询物化之后与外层查询进行连接查询时该子查询对应的select_type属性就是MATERIALIZED执行计划的第三条记录的id值为2说明该条记录对应的是一个单表查询从它的select_type值为MATERIALIZED可以看出查询优化器是要把子查询先转换成物化表。然后看执行计划的前两条记录的id值都为1说明这两条记录对应的表进行连接查询需要注意的是第二条记录的table列的值是subquery2说明该表其实就是id为2对应的子查询执行之后产生的物化表然后将s1和该物化表进行连接查询。
mysql EXPLAIN SELECT * FROM s1 WHERE key1 IN (SELECT key1 FROM s2);
---------------------------------------------------------------------------------------------------------------------------------------
| id | select_type | table | partitions | type | possible_keys | key | key_len | ref | rows | filtered | Extra |
---------------------------------------------------------------------------------------------------------------------------------------
| 1 | SIMPLE | s1 | NULL | ALL | idx_key1 | NULL | NULL | NULL | 9688 | 100.00 | Using where |
| 1 | SIMPLE | subquery2 | NULL | eq_ref | auto_key | auto_key | 303 | xiaohaizi.s1.key1 | 1 | 100.00 | NULL |
| 2 | MATERIALIZED | s2 | NULL | index | idx_key1 | idx_key1 | 303 | NULL | 9954 | 100.00 | Using index |
---------------------------------------------------------------------------------------------------------------------------------------
3 rows in set, 1 warning (0.01 sec)
type
type列的值是ref表明MySQL即将使用ref访问方法来执行对s1表的查询。完整的访问方法如下systemconsteq_refreffulltextref_or_nullindex_mergeunique_subqueryindex_subqueryrangeindexALL。
system
当表中只有一条记录并且该表使用的存储引擎的统计数据是精确的比如MyISAM、Memory那么对该表的访问方法就是system。比方说新建一个MyISAM表并为其插入一条记录可以看到type列的值就是system了。
mysql CREATE TABLE t(i int) EngineMyISAM;
Query OK, 0 rows affected (0.05 sec)mysql INSERT INTO t VALUES(1);
Query OK, 1 row affected (0.01 sec)
-- 看一下查询这个表的执行计划
mysql EXPLAIN SELECT * FROM t;
-------------------------------------------------------------------------------------------------------
| id | select_type | table | partitions | type | possible_keys | key | key_len | ref | rows | filtered | Extra |
-------------------------------------------------------------------------------------------------------
| 1 | SIMPLE | t | NULL | system | NULL | NULL | NULL | NULL | 1 | 100.00 | NULL |
-------------------------------------------------------------------------------------------------------
1 row in set, 1 warning (0.00 sec)
const:
当根据主键或者唯一二级索引列与常数进行等值匹配时对单表的访问方法就是const。
eq_ref
在连接查询时如果被驱动表是通过主键或者唯一二级索引列等值匹配的方式进行访问的如果该主键或者唯一二级索引是联合索引的话所有的索引列都必须进行等值比较则对该被驱动表的访问方法就是eq_refMySQL打算将s1作为驱动表s2作为被驱动表重点关注s2的访问方法是eq_ref表明在访问s2表的时候可以通过主键的等值匹配来进行访问。
mysql EXPLAIN SELECT * FROM s1 INNER JOIN s2 ON s1.id s2.id;
---------------------------------------------------------------------------------------------------------------------
| id | select_type | table | partitions | type | possible_keys | key | key_len | ref | rows | filtered | Extra |
---------------------------------------------------------------------------------------------------------------------
| 1 | SIMPLE | s1 | NULL | ALL | PRIMARY | NULL | NULL | NULL | 9688 | 100.00 | NULL |
| 1 | SIMPLE | s2 | NULL | eq_ref | PRIMARY | PRIMARY | 4 | xiaohaizi.s1.id | 1 | 100.00 | NULL |
---------------------------------------------------------------------------------------------------------------------
2 rows in set, 1 warning (0.01 sec)
ref
当通过普通的二级索引列与常量进行等值匹配时来查询某个表那么对该表的访问方法就可能是ref
ref_or_null
当对普通二级索引进行等值匹配查询该索引列的值也可以是NULL值时那么对该表的访问方法就可能是ref_or_null
index_merge
一般情况下对于某个表的查询只能使用到一个索引但在某些场景下可以使用Intersection、Union、Sort-Union这三种索引合并的方式来执行查询从执行计划的type列的值是index_merge就可以看出MySQL打算使用索引合并的方式来执行对s1表的查询。
mysql EXPLAIN SELECT * FROM s1 WHERE key1 a OR key3 a;
-------------------------------------------------------------------------------------------------------------------------------------------------------------------
| id | select_type | table | partitions | type | possible_keys | key | key_len | ref | rows | filtered | Extra |
-------------------------------------------------------------------------------------------------------------------------------------------------------------------
| 1 | SIMPLE | s1 | NULL | index_merge | idx_key1,idx_key3 | idx_key1,idx_key3 | 303,303 | NULL | 14 | 100.00 | Using union(idx_key1,idx_key3); Using where |
-------------------------------------------------------------------------------------------------------------------------------------------------------------------
1 row in set, 1 warning (0.01 sec
unique_subquery
unique_subquery是针对在一些包含IN子查询的查询语句中如果查询优化器决定将IN子查询转换为EXISTS子查询而且子查询可以使用到主键进行等值匹配的话那么该子查询执行计划的type列的值就是unique_subquery执行计划的第二条记录的type值就是unique_subquery说明在执行子查询时会使用到id列的索引。
mysql EXPLAIN SELECT * FROM s1 WHERE key2 IN (SELECT id FROM s2 where s1.key1 s2.key1) OR key3 a;
-----------------------------------------------------------------------------------------------------------------------------------
| id | select_type | table | partitions | type | possible_keys | key | key_len | ref | rows | filtered | Extra |
-----------------------------------------------------------------------------------------------------------------------------------
| 1 | PRIMARY | s1 | NULL | ALL | idx_key3 | NULL | NULL | NULL | 9688 | 100.00 | Using where |
| 2 | DEPENDENT SUBQUERY | s2 | NULL | unique_subquery | PRIMARY,idx_key1 | PRIMARY | 4 | func | 1 | 10.00 | Using where |
-----------------------------------------------------------------------------------------------------------------------------------
2 rows in set, 2 warnings (0.00 sec)
index_subquery
index_subquery与unique_subquery类似只不过访问子查询中的表时使用的是普通的索引。
range
使用索引获取某些范围区间的记录那么就可能使用到range访问方法。
index
当可以使用索引覆盖但需要扫描全部的索引记录时该表的访问方法就是index。搜索列表中只有key_part2一个列而且搜索条件中也只有key_part3一个列这两个列又恰好包含在idx_key_part这个索引中可是搜索条件key_part3不能直接使用该索引进行ref或者range方式的访问只能扫描整个idx_key_part索引的记录所以查询计划的type列的值就是index。
mysql EXPLAIN SELECT key_part2 FROM s1 WHERE key_part3 a;
---------------------------------------------------------------------------------------------------------------------------------
| id | select_type | table | partitions | type | possible_keys | key | key_len | ref | rows | filtered | Extra |
---------------------------------------------------------------------------------------------------------------------------------
| 1 | SIMPLE | s1 | NULL | index | NULL | idx_key_part | 909 | NULL | 9688 | 10.00 | Using where; Using index |
---------------------------------------------------------------------------------------------------------------------------------
1 row in set, 1 warning (0.00 sec)
ALL
全表扫描。
这些访问方法按照的顺序性能依次变差。其中除了All这个访问方法外其余的访问方法都能用到索引。除了index_merge访问方法外其余的访问方法都最多只能用到一个索引。
possible_keys 和 key
在EXPLAIN语句输出的执行计划中possible_keys列表示在某个查询语句中对某个表执行单表查询时可能用到的索引key列表示实际用到的索引。有一点比较特别就是在使用index访问方法来查询某个表时possible_keys列是空的而key列展示的是实际使用到的索引。需要注意的是possible_keys列中的值并不是越多越好可能使用的索引越多查询优化器计算查询成本时就得花费更长时间所以如果可以的话尽量删除那些用不到的索引。
key_len
表示当优化器决定使用某个索引执行查询时该索引记录的最大长度它是由这三个部分构成的
对于使用固定长度类型的索引列来说实际占用的存储空间的最大长度就是该固定值对于指定字符集的变长类型的索引列来说比如某个索引列的类型是VARCHAR(100)使用的字符集是utf8那么该列实际占用的最大存储空间就是100 × 3 300个字节。如果该索引列可以存储NULL值则key_len比不可以存储NULL值时多1个字节。对于变长字段来说都会有2个字节的空间来存储该变长列的实际长度。
mysql EXPLAIN SELECT * FROM s1 WHERE id 5;
----------------------------------------------------------------------------------------------------------
| id | select_type | table | partitions | type | possible_keys | key | key_len | ref | rows | filtered | Extra |
----------------------------------------------------------------------------------------------------------
| 1 | SIMPLE | s1 | NULL | const | PRIMARY | PRIMARY | 4 | const | 1 | 100.00 | NULL |
----------------------------------------------------------------------------------------------------------
1 row in set, 1 warning (0.01 sec)
-- 索引列可以存储NULL值时
mysql EXPLAIN SELECT * FROM s1 WHERE key2 5;
-----------------------------------------------------------------------------------------------------------
| id | select_type | table | partitions | type | possible_keys | key | key_len | ref | rows | filtered | Extra |
-----------------------------------------------------------------------------------------------------------
| 1 | SIMPLE | s1 | NULL | const | idx_key2 | idx_key2 | 5 | const | 1 | 100.00 | NULL |
-----------------------------------------------------------------------------------------------------------
1 row in set, 1 warning (0.00 sec)
id列的类型是INT且不可存储null使用该列的索引是key_len的大小就是4索引可以存储null时key_len列变成了5。
mysql EXPLAIN SELECT * FROM s1 WHERE key1 a;
----------------------------------------------------------------------------------------------------------
| id | select_type | table | partitions | type | possible_keys | key | key_len | ref | rows | filtered | Extra |
----------------------------------------------------------------------------------------------------------
| 1 | SIMPLE | s1 | NULL | ref | idx_key1 | idx_key1 | 303 | const | 8 | 100.00 | NULL |
----------------------------------------------------------------------------------------------------------
1 row in set, 1 warning (0.00 sec)
对于可变长度的索引列来说key1列的类型是VARCHAR(100)所以该列实际最多占用的存储空间就是300字节又因为该列允许存储NULL值所以key_len需要加1又因为该列是可变长度列所以key_len需要加2所以最后ken_len的值就是303。
mysql EXPLAIN SELECT * FROM s1 WHERE key1 a;
----------------------------------------------------------------------------------------------------------
| id | select_type | table | partitions | type | possible_keys | key | key_len | ref | rows | filtered | Extra |
----------------------------------------------------------------------------------------------------------
| 1 | SIMPLE | s1 | NULL | ref | idx_key1 | idx_key1 | 303 | const | 8 | 100.00 | NULL |
----------------------------------------------------------------------------------------------------------
1 row in set, 1 warning (0.00 sec)
ref
当使用索引列等值匹配的条件去执行查询时也就是在访问方法是const、eq_ref、ref、ref_or_null、unique_subquery、index_subquery其中之一时ref列展示的就是与索引列作等值匹配的内容是什么。
mysql EXPLAIN SELECT * FROM s1 WHERE key1 a;
----------------------------------------------------------------------------------------------------------
| id | select_type | table | partitions | type | possible_keys | key | key_len | ref | rows | filtered | Extra |
----------------------------------------------------------------------------------------------------------
| 1 | SIMPLE | s1 | NULL | ref | idx_key1 | idx_key1 | 303 | const | 8 | 100.00 | NULL |
----------------------------------------------------------------------------------------------------------
1 row in set, 1 warning (0.01 sec)
ref列的值是const表明在使用idx_key1索引执行查询时与key1列作等值匹配的对象是一个常数。
rows
查询优化器决定使用全表扫描的方式对某个表执行查询时执行计划的rows列就代表预计需要扫描的行数如果使用索引来执行查询时执行计划的rows列就代表预计扫描的索引记录行数。
filtered
MySQL在计算驱动表扇出时采用的一个策略
如果使用的是全表扫描的方式执行的单表查询那么计算驱动表扇出时需要估计出满足搜索条件的记录到底有多少条。如果使用的是索引执行的单表扫描那么计算驱动表扇出的时候需要估计出满足除使用到对应索引的搜索条件外的其他搜索条件的记录有多少条。
mysql EXPLAIN SELECT * FROM s1 WHERE key1 z AND common_field a;
---------------------------------------------------------------------------------------------------------------------------------------
| id | select_type | table | partitions | type | possible_keys | key | key_len | ref | rows | filtered | Extra |
---------------------------------------------------------------------------------------------------------------------------------------
| 1 | SIMPLE | s1 | NULL | range | idx_key1 | idx_key1 | 303 | NULL | 266 | 10.00 | Using index condition; Using where |
---------------------------------------------------------------------------------------------------------------------------------------
1 row in set, 1 warning (0.00 sec)
从执行计划的key列中可以看出来该查询使用idx_key1索引来执行查询从rows列可以看出满足key1 z的记录有266条。执行计划的filtered列就代表查询优化器预测在这266条记录中有多少条记录满足其余的搜索条件也就是common_field a这个条件的百分比。此处filtered列的值是10.00说明查询优化器预测在266条记录中有10.00%的记录满足common_field a这个条件。
对于单表查询来说这个filtered列的值没什么意义更关注在连接查询中驱动表对应的执行计划记录的filtered值
mysql EXPLAIN SELECT * FROM s1 INNER JOIN s2 ON s1.key1 s2.key1 WHERE s1.common_field a;
----------------------------------------------------------------------------------------------------------------------------
| id | select_type | table | partitions | type | possible_keys | key | key_len | ref | rows | filtered | Extra |
----------------------------------------------------------------------------------------------------------------------------
| 1 | SIMPLE | s1 | NULL | ALL | idx_key1 | NULL | NULL | NULL | 9688 | 10.00 | Using where |
| 1 | SIMPLE | s2 | NULL | ref | idx_key1 | idx_key1 | 303 | xiaohaizi.s1.key1 | 1 | 100.00 | NULL |
----------------------------------------------------------------------------------------------------------------------------
2 rows in set, 1 warning (0.00 sec)
从执行计划中可以看出来查询优化器打算把s1当作驱动表s2当作被驱动表。可以看到驱动表s1表的执行计划的rows列为9688 filtered列为10.00这意味着驱动表s1的扇出值就是9688 × 10.00% 968.8这说明还要对被驱动表执行大约968次查询。
extra
用来说明一些额外信息可以通过这些额外信息来更准确的理解MySQL到底将如何执行给定的查询语句。
No tables used
当查询语句没有FROM子句时将会提示该额外信息。
Impossible Where
查询语句的where子句永远为false时将会提示该额外信息。
No matching min/max row
当查询列表处有MIN或者MAX聚集函数但是并没有符合WHERE子句中的搜索条件的记录时将会提示该额外信息。
Using index
当查询列表以及搜索条件中只包含属于某个索引的列也就是在可以使用索引覆盖的情况下会提示该额外信息。
Using index condition
在查询语句的执行过程中将要使用索引条件下推这个特性将会显示Using index condition。
Using where
使用全表扫描来执行对某个表的查询并且该语句的WHERE子句中有针对该表的搜索条件时会提示上述额外信息。
Using join buffer
连接查询执行过程中当被驱动表不能有效的利用索引加快访问速度MySQL一般会为其分配一块名叫join buffer的内存块来加快查询速度也就是基于块的嵌套循环算法
mysql EXPLAIN SELECT * FROM s1 INNER JOIN s2 ON s1.common_field s2.common_field;
--------------------------------------------------------------------------------------------------------------------------------------------------
| id | select_type | table | partitions | type | possible_keys | key | key_len | ref | rows | filtered | Extra |
--------------------------------------------------------------------------------------------------------------------------------------------------
| 1 | SIMPLE | s1 | NULL | ALL | NULL | NULL | NULL | NULL | 9688 | 100.00 | NULL |
| 1 | SIMPLE | s2 | NULL | ALL | NULL | NULL | NULL | NULL | 9954 | 10.00 | Using where; Using join buffer (Block Nested Loop) |
--------------------------------------------------------------------------------------------------------------------------------------------------
2 rows in set, 1 warning (0.03 sec) sing join buffer (Block Nested Loop)这是因为对表s2的访问不能有效利用索引只好退而求其次使用join buffer来减少对s2表的访问次数从而提高性能。Using where可以看到查询语句中有一个s1.common_field s2.common_field条件因为s1是驱动表s2是被驱动表所以在访问s2表时s1.common_field的值已经确定下来了所以实际上查询s2表的条件就是s2.common_field 一个常数所以提示了Using where额外信息。
Not exists
使用左外连接时如果WHERE子句中包含要求被驱动表的某个列等于NULL值的搜索条件而且那个列又是不允许存储NULL值的就会提示Not exists额外信息
Using intersect(...)、Using union(...) 和 Using sort_union(...)
执行计划的Extra列出现了Using intersect(...)提示说明准备使用Intersect索引合并的方式执行查询括号中的...表示需要进行索引合并的索引名称如果出现了Using union(...)提示说明准备使用Union索引合并的方式执行查询出现了Using sort_union(...)提示说明准备使用Sort-Union索引合并的方式执行查询。
Zero limit
当LIMIT子句的参数为0时表示压根儿不打算从表中读出任何记录将会提示该额外信息。
Using filesort
很多情况下排序操作无法使用到索引只能在内存中记录较少的时候或者磁盘中记录较多的时候进行排序这种在内存中或者磁盘上进行排序的方式统称为文件排序英文名filesort。如果某个查询需要使用文件排序的方式执行查询就会在执行计划的Extra列中显示Using filesort提示.
Using temporary
许多查询的执行过程中MySQL可能会借助临时表来完成一些功能比如去重、排序之类的如果不能有效利用索引来完成查询有可能寻求通过建立内部的临时表来执行查询。如果查询中使用到了内部的临时表会显示Using temporary提示。出现Using temporary并不是一个好的征兆因为建立与维护临时表要付出很大成本的所以最好能使用索引来替代掉使用临时表。
Start temporary, End temporary
进行子查询时查询优化器会优先尝试将IN子查询转换成semi-join而semi-join又有好多种执行策略当执行策略为DuplicateWeedout时也就是通过建立临时表来实现为外层查询中的记录进行去重操作时驱动表查询执行计划的Extra列将显示Start temporary提示被驱动表查询执行计划的Extra列将显示End temporary提示。 文章转载自： http://www.morning.qyrnp.cn.gov.cn.qyrnp.cn http://www.morning.qsy41.cn.gov.cn.qsy41.cn http://www.morning.cwknc.cn.gov.cn.cwknc.cn http://www.morning.qxlyf.cn.gov.cn.qxlyf.cn http://www.morning.jgttx.cn.gov.cn.jgttx.cn http://www.morning.fgxws.cn.gov.cn.fgxws.cn http://www.morning.ynrzf.cn.gov.cn.ynrzf.cn http://www.morning.dywgl.cn.gov.cn.dywgl.cn http://www.morning.hxljc.cn.gov.cn.hxljc.cn http://www.morning.tgtrk.cn.gov.cn.tgtrk.cn http://www.morning.gbyng.cn.gov.cn.gbyng.cn http://www.morning.tdfyj.cn.gov.cn.tdfyj.cn http://www.morning.xrrjb.cn.gov.cn.xrrjb.cn http://www.morning.gfnsh.cn.gov.cn.gfnsh.cn http://www.morning.wfcqr.cn.gov.cn.wfcqr.cn http://www.morning.gjqnn.cn.gov.cn.gjqnn.cn http://www.morning.lsmgl.cn.gov.cn.lsmgl.cn http://www.morning.mxftp.com.gov.cn.mxftp.com http://www.morning.ylsxk.cn.gov.cn.ylsxk.cn http://www.morning.kmqjx.cn.gov.cn.kmqjx.cn http://www.morning.qlhwy.cn.gov.cn.qlhwy.cn http://www.morning.ttfh.cn.gov.cn.ttfh.cn http://www.morning.xzlp.cn.gov.cn.xzlp.cn http://www.morning.rmqlf.cn.gov.cn.rmqlf.cn http://www.morning.bpmdq.cn.gov.cn.bpmdq.cn http://www.morning.pkpqh.cn.gov.cn.pkpqh.cn http://www.morning.duqianw.com.gov.cn.duqianw.com http://www.morning.rcntx.cn.gov.cn.rcntx.cn http://www.morning.xjnw.cn.gov.cn.xjnw.cn http://www.morning.kgmkl.cn.gov.cn.kgmkl.cn http://www.morning.yltnl.cn.gov.cn.yltnl.cn http://www.morning.lktjj.cn.gov.cn.lktjj.cn http://www.morning.qlhwy.cn.gov.cn.qlhwy.cn http://www.morning.cfrz.cn.gov.cn.cfrz.cn http://www.morning.jfmyt.cn.gov.cn.jfmyt.cn http://www.morning.tymwx.cn.gov.cn.tymwx.cn http://www.morning.jrrqs.cn.gov.cn.jrrqs.cn http://www.morning.qlbmc.cn.gov.cn.qlbmc.cn http://www.morning.kpypy.cn.gov.cn.kpypy.cn http://www.morning.bpmfr.cn.gov.cn.bpmfr.cn http://www.morning.dbfp.cn.gov.cn.dbfp.cn http://www.morning.gbgdm.cn.gov.cn.gbgdm.cn http://www.morning.jqwpw.cn.gov.cn.jqwpw.cn http://www.morning.rwnx.cn.gov.cn.rwnx.cn http://www.morning.twfdm.cn.gov.cn.twfdm.cn http://www.morning.mhdwp.cn.gov.cn.mhdwp.cn http://www.morning.zrdhd.cn.gov.cn.zrdhd.cn http://www.morning.qgxnw.cn.gov.cn.qgxnw.cn http://www.morning.frqtc.cn.gov.cn.frqtc.cn http://www.morning.mtcnl.cn.gov.cn.mtcnl.cn http://www.morning.lizimc.com.gov.cn.lizimc.com http://www.morning.pflpb.cn.gov.cn.pflpb.cn http://www.morning.lzqnj.cn.gov.cn.lzqnj.cn http://www.morning.lsmnn.cn.gov.cn.lsmnn.cn http://www.morning.pfnlc.cn.gov.cn.pfnlc.cn http://www.morning.qwrb.cn.gov.cn.qwrb.cn http://www.morning.myzfz.com.gov.cn.myzfz.com http://www.morning.jrtjc.cn.gov.cn.jrtjc.cn http://www.morning.mgtmm.cn.gov.cn.mgtmm.cn http://www.morning.gjqwt.cn.gov.cn.gjqwt.cn http://www.morning.mmosan.com.gov.cn.mmosan.com http://www.morning.4q9h.cn.gov.cn.4q9h.cn http://www.morning.ghxsn.cn.gov.cn.ghxsn.cn http://www.morning.nnttr.cn.gov.cn.nnttr.cn http://www.morning.nwljj.cn.gov.cn.nwljj.cn http://www.morning.ljngm.cn.gov.cn.ljngm.cn http://www.morning.wpcfh.cn.gov.cn.wpcfh.cn http://www.morning.nrftd.cn.gov.cn.nrftd.cn http://www.morning.gkjnz.cn.gov.cn.gkjnz.cn http://www.morning.gfkb.cn.gov.cn.gfkb.cn http://www.morning.nlryq.cn.gov.cn.nlryq.cn http://www.morning.dfqmy.cn.gov.cn.dfqmy.cn http://www.morning.yrjhr.cn.gov.cn.yrjhr.cn http://www.morning.qxlhj.cn.gov.cn.qxlhj.cn http://www.morning.neletea.com.gov.cn.neletea.com http://www.morning.rwfp.cn.gov.cn.rwfp.cn http://www.morning.gwdmj.cn.gov.cn.gwdmj.cn http://www.morning.lbbyx.cn.gov.cn.lbbyx.cn http://www.morning.tmlhh.cn.gov.cn.tmlhh.cn http://www.morning.wxqmc.cn.gov.cn.wxqmc.cn
