mysql 解释用法

使用时只需在select语句前添加explain即可，如：

解释select * from statuses_status where id=11;

解释栏解释

table：显示这行数据与哪个表相关

type：这是重要的列，显示连接使用的类型。连接类型从最好到最差是const、eq_reg、ref、range、indexhe 和all

possible_keys：显示可能应用于该表的索引。如果为空，则不可能有索引。您可以从相关域的where语句中选择合适的语句

key：实际使用的索引。如果为null，则不使用索引。 MySQL 很少会选择未优化的索引。这种情况下，可以在select语句中使用use index(indexname)来强制使用某个索引，或者使用ignoreindex(indexname)来强制mysql忽略该索引。

key_len：使用的索引的长度。长度越短越好，且不会损失精度

ref：显示索引的哪一列被使用，如果可能的话，一个常量

rows：mysql认为必须检查才能返回请求数据的行数

extra：有关MySQL 如何解析查询的额外信息。将在表4.3中讨论，但是这里可以看到的不好的例子是使用temporary和使用filesort，这意味着mysql根本无法使用索引，结果是检索会非常慢

extra列返回的描述的含义

unique: 一旦mysql找到与行并集匹配的行，它就不再搜索

not contains: mysql 优化左连接。一旦找到与左连接条件匹配的行，它就不再搜索。

检查每条记录的范围（索引map:#） : 没有找到理想的索引，因此对于上一个表中的每个行组合，MySQL 检查使用了哪个索引并使用它从表中返回行。这是使用索引最慢的连接之一

using filesort: 当你看到这个时，说明查询需要优化。 MySQL 需要额外的步骤来了解如何对返回的行进行排序。它根据连接类型和存储排序键值的行指针以及匹配条件的所有行对所有行进行排序

使用index:从表中返回列数据，只使用索引中的信息，而不读取实际操作。当表的所有请求列都是同一索引的一部分时，就会发生这种情况。

usingtemporary 当你看到这个的时候，说明查询需要优化。这里，MySQL需要创建一个临时表来存储结果。这通常发生在对不同的列集进行排序时，而不是分组依据时。

where used 使用where 子句来限制哪些行将与下一个表匹配或返回给用户。如果您不想返回表中的所有行并且联接类型为全部或索引，或者查询存在问题，则可能会发生这种情况。不同连接类型的说明（按效率顺序排序）

系统表只有一行：系统表。这是const 连接类型的特例

const: 表中能够匹配该查询的记录的最大值（索引可以是主键或唯一索引）。因为只有一行，所以这个值实际上是一个常量，因为mysql先读取这个值，然后把它当作一个常量。

eq_ref: 在连接中，当MySQL查询时，从上一张表中，每个记录联合从表中读取一条记录。当查询使用整个索引作为主键或唯一键时使用它。

ref: 仅当查询使用的键不是唯一键或主键，或者是这些类型之一的一部分（例如，使用最左边的前缀）时，才会出现此联接类型。对于前一个表的每个行连接，将从表中读取所有记录。这种类型在很大程度上依赖于与索引匹配的记录数量- 越少越好

range: 这种连接类型使用索引返回某个范围内的行，例如使用或查找某些内容时会发生什么

index: 这种连接类型对上表中的每个记录联合进行全扫描（比全部好，因为索引一般比表数据小）