执行计划--mysql详解（七）

上篇文章说了，mysql优化器会从cpu和io成本来考虑查询的消耗，possible key来计算全表和索引的成本，选择成本最小的，子查询有物化和semi-join半连接的方式优化，物化会优先哈希索引memory存储引擎，如果数据量太大会选择b+树。

Mysql优化器-mysql详解（六）https://blog.csdn.net/ke1ying/article/details/126944305

Mysql在计算成本之后生成执行计划，用explain来查看，会返回很多列。

Table：查询的表名称，查询几张表显示几行。

Id：正常情况下是有几个select就会显示几行，但是id的序号是从1开始，

如果是连接查询（包含内连接外连接），会显示两行，且都是id为1，并且再说上面的是驱动表。

如果是子查询，也会显示两行，但id会是1和2，但凡是有例外，前面说过mysql优化器会优化子查询优化成半连接，这时候我们如何知道他是物化还是优化成半连接呢，可以通过id来判断，如果id一致，则和上面的连接查询一样，代表子查询优化成了连接查询。

还有union语句，会有一个union Result，因为union会去重，去重就是临时表来用唯一建去重，这时候临时表就会显示union Result，union all没有，原因就是all不需要去重。

Select type:主要

Simple：单表或者连接查询。

Primary，union：有union语句存在的时候。

Subquery：子查询的时候。

Derived：派生查询的时候。

Materialzed：当不能半连接，就物化查询的时候。

Partitions：分区，一般是null，除非我们设置了分区。

Type：第一个是system，当表里只有一条数据，并且是精确计算的时候（myISAM，memory），后面就是我们前面说过的const，ref，ref_null，range，index，all。

Possible key：就是我们前面说的mysql优化器在选择执行计划之前，会先把所有可能用到的索引全部计算一下成本。

Key：真实用到的索引。

Key_lenth：索引的长度，会根据变长字符集来计算。

Ref：在等值条件下执行的时候，ref会显示const。

Rows：实际扫描多少数据才获取到结果集。

Filtered（百分比）：

当单表查询的时候，有两个查询条件，则是rows*fltered%，表示满足第二个条件的数据。

当连接查询的时候，则代表前面说的 扇出值，驱动表扇出值计算为 被驱动表需要执行的次数。

Extra：

比如写错sql会报错no tables used。

当where后面语句写错或者永远为false时候报错impossible where。

当聚合函数写错报错 no matching min/max row。

当使用覆盖索引的时候，会显示user index。

Explain format=json 可以返回json数据，并且可以看到执行这个sql的成本。

还可以在执行完之后，执行show warnings会看到mysql优化器优化后的sql语句。