SQL中EXPLAIN命令详解

explain里面最关注以下几列:

type 本次查询表联接类型,从这里可以看到本次查询大概的效率
key 最终选择的索引,如果没有索引的话,本次查询效率通常很差
key_len 本次查询用于结果过滤的索引实际长度
rows 预计需要扫描的记录数,预计需要扫描的记录数越小越好
Extra 额外附加信息,主要确认是否出现 Using filesort、Using temporary 这两种情况

explain  展示mysql执行计划使用方法,在select语句前加上explain就可以了,如:

explain select surname,first_name form a,b where a.id=b.id 

explain 的每个输出行提供一个表的相关信息,并且每个行包括下面的列:

id:SELECT识别符。这是SELECT的查询序列号。

select_type:SELECT类型。看个大概,一般没用。

    SIMPLE: 简单SELECT(不使用UNION或子查询)
    PRIMARY: 最外面的SELECT
    UNION:UNION中的第二个或后面的SELECT语句
    DEPENDENT UNION:UNION中的第二个或后面的SELECT语句,取决于外面的查询


    UNION RESULT:UNION的结果
    SUBQUERY:子查询中的第一个SELECT
    DEPENDENT SUBQUERY:子查询中的第一个SELECT,取决于外面的查询
    DERIVED:导出表的SELECT(FROM子句的子查询)

table:表名

type:联接类型。由上至下,效率越来越高

    all:全表扫描。sql语句处于一种最原生的状态,有很大的优化空间。

    index:索引被扫描。该联接类型与ALL相同,除了只有索引树被扫描。这通常比ALL快,因为索引文件通常比数据文件小。
    range:有范围的索引扫描,相对于index的全索引扫描,它有范围限制,因此要优于index。出现了range,则一定是基于索引的。同时除了显而易见的between,and以及'>','<'外,in和or也是索引范围扫描。


    index_subquery、unique_subquery:暂时没遇到,以后再补上
    index_merge:该联接类型表示使用了索引合并优化方法。对多个索引分别进行条件扫描,然后将它们各自的结果进行合并
    ref:查找条件列使用了索引而且不为主键和unique。其实,意思就是虽然使用了索引,但该索引列的值并不唯一,有重复。这样即使使用索引快速查找到了第一条数据,仍然不能停止,要进行目标值附近的小范围扫描。


    eq_ref:ref相比牛的地方是,它知道这种类型的查找结果集只有一个?什么情况下结果集只有一个呢!那便是使用了主键或者唯一性索引进行查找的情况
    const:表最多有一个匹配行,它将在查询开始时被读取。因为仅有一行,在这行的列值可被优化器剩余部分认为是常数。const用于用常数值比较PRIMARY KEY或UNIQUE索引的所有部分时。
    system:表仅有一行(=系统表)。这是const联接类型的一个特例。

    NULL:MySQL不访问任何表或索引,直接返回结果
   

possible_keys:可能用到的索引,多了需要优化。

key:key列显示MySQL实际决定使用的键(索引)。如果没有选择索引,键是NULL。

key_len:key_len列显示MySQL决定使用的键长度。

ref:ref列显示使用哪个列或常数与key一起从表中选择行。

rows:扫描行数。rows列显示MySQL认为它执行查询时必须检查的行数。

Extra:详细信息。

    Distinct:在select部分使用了distinc关键字。MySQL发现第1个匹配行后,停止为当前的行组合搜索更多的行。
    Using filesort:排序时无法使用到索引时,就会出现这个。
    Using temporary:表示使用了临时表存储中间结果。例如:ORDER BY或GROUP BY中的字段都来自左连接非驱动表(第二张表),就会创建一个临时表了

    Using index:索引覆盖。直接通过索引就可以获取查询的数据。
    Using where:需要回行。在查找使用索引的情况下,需要回表去查询所需的数据
    Using sort_union、Using union、Using intersect:这些函数说明如何为index_merge联接类型合并索引扫描。
    通过相乘EXPLAIN输出的rows列的所有值,可以粗略地知道MySQL必须检查多少行以执行查询。

请拿起 explain 武器,如果你看到以下现象,请优化:

    1)出现了Using temporary,一般临时表排序,需要优化

    2)出现了Using filesort,排序时无法使用到索引时,就会出现这个

    3)rows过多,或者几乎是全表的记录数

    4)key 是 (NULL)

    5)possible_keys 出现过多(待选)索引

猜你喜欢

转载自blog.csdn.net/weixin_38230961/article/details/81211605