mysql工具explain的介绍

1.explain是什么？它能帮助我们做什么呢？

explain是mysql的解释工具，它反映了mysql底层是如何理解我们写的sql语句，并且如何执行。可以帮助我们获悉sql语句中表的加载顺序，数据读取操作的操作类型，表的哪些索引可能被使用，哪些索引被真正的使用，及表之间的引用关系（譬如连接查询时，到底以哪一张表为基准与其它表进行比对）等等。整理的表格如下:

2.怎么样看懂explain给出的信息？

博主的环境是mysql5.7,部署在centos7上。让我们先用explain做一下小的case观察一下:

我们现在观察表头就好，不需要看对应表头的值是多少，接下来我会解释。

• id,可以告诉我们表的加载顺序
• select_type:查询类别，可以初步分为简单查询，子查询，连接查询等等
• table：那当然就是表的名字啦！
• partitions:该列显示的为分区表命中的分区情况。非分区表该字段为空（null）。
• type:sql底层实际访问数据的类别,由好到坏依次为system>const>eq_ref>ref>range>index>all
• possible_keys:查询中可能用到的索引
• key：查询中真正用到的索引。
• key_len：代表索引的长度，以字节为单位。
• ref:数据的寻找参考了哪一个字段
• rows:显示MySQL认为它执行查询时必须检查的行数。估算出的行数值，不是精确值。行数越少越好.
• Extra:额外的重要信息！
  接下来一一介绍哦。用到的表的信息如下:
  
  
  其中表一的deptId字段参考表二的id字段

1.id的理解

在上述的连接查询中，表a和b的id一栏都是1，那就代表它们的加载优先级是相同的，并且实际的加载顺序是从上到下的，也就是说，b表先加载，a表后加载。

在上述的子查询中，a表的id是1，b表的id是2，那么代表b的加载先于a表,这也符合我们的认识，子查询中内层查询先于外层。

由此我们可以得出结论,id一栏表示表的加载顺序，当id相同时，加载顺序是从上到下的，不同时，id一栏的数字越大，那么加载越优先。

2.select_type的理解
代表sql语句查询类型，常见的有以下几种。

• SIMPLE简单查询
• PRIMARY主查询，是相对于SUBQUERY的概念，在子查询外围就是主查询。
• SUBQUERY子查询，相信学过mysql基础的都知道子查询的含义。
• DERIVED是衍生查询，代表查询过程出现了临时表。
• UNION查询时使用了UNION关键字
• UNION RESULT是UNION结果集的合并。
  看一个综合案例.
  

3.table的理解
很简单，就是列出表的名字，取了别名是会用别名。

4.type的理解
**注意这是很重要的一环。**代表mysql底层对查询的优化程序。

• system级别
  system表只有一行记录（等于系统表），是const类型的特例，平时不会出现。
  只会在MYISAM或者MEMORY引擎上用，这里我们用的是默认的INNODB引擎，不变演示，了解下概念就好.

• const级别
  代表通过索引字段一次就找到了需要的记录。
  
  由于我们明确的指出了需要找id为1的记录，并且id字段是主键。那么就代表了它是个索引字段，并且唯一。所以通过一次扫描就可以找到。

• eq_ref
  表示唯一线性扫描，也是表中只有一条记录匹配，常见于主键或者唯一索引。很容易与const搞混。简单地说是const是直接按主键或唯一键读取,eq_ref用于联表查询的情况,按联表的主键或唯一键联合查询。更直接的区别是，eq_ref可以是唯一匹配，多条记录。
  看一个例子:
  
  a表和b表的id字段都是唯一的，那就代表一旦匹配，那就直接可以停止搜索了。

• ref的理解
  ref表示是非唯一性匹配，返回匹配某个单独值的所有行，本质上也是索引访问，可能找到多个符和条件的行。比如在一个银行系统中，找一个叫做王芳的人，而名字这个字段是建立了索引的。通过这个名字可以找到多条记录。
  临时建一个索引.
  
  利用name字段作为条件查询。
  

• range的理解
  range是检索指定范围内的行，key列显示使用了哪一个索引，一般where后面的条件是一个范围内的信息是启用.。也就是搜索时用到了部分唯一索引值。
  

• index的理解
  在字段建立了索引的情况下，用到了所有的索引。
  

5.possible_keys和key代表可能用到的索引和真正用到的索引。

6.key_len的理解
用到的索引字段的长度。以字节为单位。但是请注意，变长字段需要额外的2个字节，固定长度字段不需要额外的字节。而null都需要1个字节的额外空间，所以以前有个说法：索引字段最好不要为NULL，因为NULL让统计更加复杂，并且需要额外一个字节的存储空间。这个字段在后续还会使用。帮助我们理解索引失效的情况。

7.ref的理解
哪些列或常量被用来查找索引列的值。
const：代表常量值

连接查询时：

查找a表的索引的值用到了e.id字段。

8.rows的理解
代表了实际查询的行数。一个估算值，不精确。越少越好。

9.Extra的理解

• using file sort:在使用order by关键字的时候，如果待排序的内容不能由所使用的索引直接完成排序的话，那么mysql有可能就要进行文件排序。出现这个问题可就大了，对性能的损耗十分严重。
  
  - using temporary:有的爽了，天崩地裂。不仅没有用索引字段排序，而且在排序的过程中还创建了临时表，占用了额外的空间。出现这个情况时，要九死一生了。
  **- using index:**很好。代表我们的查询或排序是走了索引的。要涨工资了。