基于mysql数据库 关于sql优化的一些问题

mysql数据库有一个explain关键词，可以对select语句进行分析并且输出详细的select执行过程的详细信息。

对sql explain后输出几个字段：

• id：select查询的标识符，每个select语句都会自动分配一个唯一的标识符

• select_type：每个select查询字句的类型

  类型名	解释
  simple	简单select,不使用union或子查询等
  primary	查询中若包含任何复杂的子部分,最外层的select被标记为primary
  union	union中的第二个或后面的select语句
  dependent union	union中的第二个或后面的select语句，取决于外面的查询
  union result	union的结果
  subquery	子查询中的第一个select
  dependent subquery	子查询中的第一个select，取决于外面的查询
  derived	派生表的select, from子句的子查询
  uncacheable subquery	一个子查询的结果不能被缓存，必须重新评估外链接的第一行

• table：显示这一行的数据是查哪张表的，不过有时短路显示的不是真实的表名。

• type：访问类型，表示mysql在表中找到所需行的方式。type作为访问类型，其值代表着当前查询所用的类型，是体现性能的一个重要指标，从表中可以看到，从上到下，扫描表的方式越来越宽，性能也就越来越差，因此，对于一个查询，最好能保持在range级别以上。

  类型名	优级别	解释
  system	1	表仅有一行
  const	2	表最多有一个匹配行,在查询开始时即被读取
  eq_ref	3	使用primary key或者unique key作为多表连接的条件,仅从该表中读取一行
  ref	4	作为查询条件的索引在每个表匹配索引值的行从表中读取出来
  fulltext	5	全文索引检索
  ref_or_null	6	和ref一致，但增加了null值查询支持
  index_merge	7	表示使用了索引合并优化方法
  unique_subquery	8	使用了替换了in子查询
  index_subquery	9	使用了替换了in子查询，但只适用于子查询中的非唯一索引
  range	10	只检索给定范围的行,使用一个索引来选择行
  index	11	全表扫描，但扫描表的方式是按索引的次序进行
  all	12	全表扫描的方式找到匹配的行

• possible_keys：主动指出查询能用哪个索引在表中找到记录
  也就是会列出在查询中的字段中有索引的字段，但不一定被查询所用。

• key：　显示再查询中实际使用的索引/键，如果没有索引，则显示null。
  但如果想强制查询中使用或忽视possible_keys列中的索引，则可以在查询中使用force index、use index或者ignore index。

• key_len：表示索引中使用的字节数。

• ref：表示哪些列或常量被用于查找索引列上的值。

• rows：显示当前查询估算到的查找到匹配记录所需的记录行数。

• extra：显示当前查询所用的解决方式。

  类型名	解释
  using where	列数据是从仅仅使用了索引中的信息而没有读取实际的行动的表返回的，
  using temporary	表示mysql需要使用临时表来存储结果集，常见于排序和分组查询
  using filesort	mysql中无法利用索引完成的排序操作称为“文件排序”
  using join buffer	改值强调了在获取连接条件时没有使用索引，并且需要连接缓冲区来存储中间结果。如果出现了这个值，那应该注意，根据查询的具体情况可能需要添加索引来改进能。
  impossible where	这个值强调了where语句会导致没有符合条件的行。
  select tables optimized away	这个值意味着仅通过使用索引，优化器可能仅从聚合函数结果中返回一行

explain常用于分析sql查询执行过程，以此便于分析。