mysql中explain查看sql语句索引使用情况

explain + sql:

mysql> explain select * from user;
+----+-------------+-------+------+---------------+------+---------+------+------+-------+
| id | select_type | table | type | possible_keys | key  | key_len | ref  | rows | Extra |
+----+-------------+-------+------+---------------+------+---------+------+------+-------+
| 1  | SIMPLE      | user  | ALL  | NULL          | NULL | NULL    | NULL | 5    |       |
+----+-------------+-------+------+---------------+------+---------+------+------+-------+

1. id

  • 标志这个sql语句被分为几个(行数)独立的sql执行,执行顺序依照(1)从大到小(2)从上到下 依次排列执行

 

2. select_type

查询类型

 

+----+-------------+
| id | select_type | 
+----+-------------+
| 1 | SIMPLE       |
+----+-------------+
| 2 | PRIMARY      |
+----+-------------+
| 3 | SUBQUERY     |
+----+-------------+
| 4 | DERIVED      |
+----+-------------+
| 5 | UNION        |
+----+-------------+
| 6 | UNION RESULT |
+----+-------------+
  •   SIMPLE          简单的select查询,查询中不包含子查询或者UNION
  •   PRIMARY            查询中包含子查询,其中最外层查询为PRIMARY
  •   SUBQUERY        别的查询语句(select或where)中的子查询
  •        DERIVED            在FROM列表中包含的子查询被标记为DERIVED(衍生),MySQL会递归执行这些子查询,把结果放在临时表中 ,,,,临时表!
  •        UNION                若第二个SELECT出现在UNION之后,则被标记为UNION:若UNION包含在FROM子句的子查询中,外层SELECT将被标记为:DERIVED
  •        UNION RESULT UNION的结果

3.table 

  • 表示当前行的子查询设计的表

4.type

 表示查询用到了那种索引类型

+-----+-------+-------+-----+--------+-------+---------+-------+
| ALL | index | range | ref | eq_ref | const | system  | NULL  | 
+-----+-------+-------+-----+--------+-------+---------+-------+

从最好到最差依次是:

system > const > eq_ref > ref > fulltext > ref_or_null > index_merge > unique_subquery > index_subquery > range > index > ALL
  • system   表中只有一条记录,一般来说只在系统表里出现。
  • const 表示通过一次索引查询就查询到了,一般对应索引列为primarykey 或者unique where语句中 指定 一个常量,因为只匹配一行数据,MYSQL能把这个查询优化为一个常量,所以非常快。
  • eq_ref 唯一性索引扫描。此类型通常出现在多表的 join 查询,对于每一个从前面的表连接的对应列,当前表的对应列具有唯一性索引,最多只有一行数据与之匹配。
  • ref 非唯一性索引扫描。同上,但当前表的对应列不具有唯一性索引,可能有多行数据匹配。此类型通常出现在多表的 join 查询, 针对于非唯一或非主键索引, 或者是使用了 最左前缀 规则索引的查询. 
  • range 索引的范围查询。查询索引关键字某个范围的值。
  • index 全文索引扫描。与all基本相同,扫描了全文,但查询的字段被索引包含,故不需要读取表中数据,只需要读取索引树中的字段。
  • all 全文扫描。未使用索引,效率最低。

5.key 和 possible key 与 key_len

  • possible key 表示 MySQL 在查询时, 能够使用到的索引. 注意, 即使有些索引在 possible_keys 中出现, 但是并不表示此索引会真正地被 MySQL 使用到. MySQL 在查询时具体使用了哪些索引, 由 key 字段决定.
  • key 显示MySQL实际决定使用的键(索引)。如果没有选择索引,键是NULL。
  • key_len 显示MySQL决定使用的键长度。如果键是NULL,则长度为NULL。 https://www.cnblogs.com/zhoujinyi/p/3784450.html
    • 覆盖索引:指在查询中,要查询的字段被某个索引的所有字段包含,(type一般为index),那么这个索引只出现在key中,不出现在possible key中。

6.ref

  显示索引的哪一列被使用了。

  •  ref 显示使用哪个列或常数与key一起从表中选择行。在eq_ref 与ref中才不为null。
  •  如果是使用的常数等值查询,这里会显示const,如果是连接查询,被驱动表的执行计划这里会显示驱动表的关联字段,如果是条件使用了表达式或者函数,或者条件列发生了内部隐式转换,这里可能显示为func

7.rows

MySQL 查询优化器根据统计信息, 估算 SQL 要查找到结果集需要扫描读取的数据行数 这个值非常直观显示 SQL 的效率好坏, 原则上 rows 越少越好

8.extra

额外信息

  •  Using Filesort 表示对结果排序时无法使用索引,使用了一个临时索引对结果排序。
  •  Using Temporary 在查询中使用了临时表保存中间结果。
  •  Using Index 表示使用了覆盖索引(见5.) 如果同时出现了Using Where 表示索引被同时用来查找对应的键,若未出现,则仅仅用来读取数据。
  •  Using Join Buffer 表示在查询的时候 Join使用的非常多,使用了连接缓存,可以在配置文件中把缓冲区的join buffer调大一点。
  •  Using where 使用了where
  •  Impossible where where后的值总是false 比如 (...where i=1 and i=2)
  •  distinct 优化distinct操作,在找到第一匹配的元组后即停止找同样值的动作

 

posted @ 2019-03-31 22:34  茶饭不撕  阅读(4460)  评论(0编辑  收藏