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