大宁工作室大宁工作室

宝箱

文档

博客

explain详解

原创:mysql2019/12/26发布pv:0uv:0ip:0twitter #mysql

原文地址:https://www.douyacun.com/article/87ab8a19da4bdd941a21bdbd0c295b3b

mysql> explain select * from media where id = 100\G;
*************************** 1. row ***************************
           id: 1
  select_type: SIMPLE
        table: media
   partitions: NULL
         type: const
possible_keys: PRIMARY
          key: PRIMARY
      key_len: 4
          ref: const
         rows: 1
     filtered: 100.00
        Extra: NULL
1 row in set, 1 warning (0.00 sec)

列的含义:

  • id: 每个select都会自动分配一个唯一的标识符
  • select_type: select 查询的类型
  • table:查询的是哪张表
  • partitions:匹配哪个区
  • type:join类型
  • possible_keys: 此次查询中可能选用的索引
  • key:此次查询中确认用到的索引
  • ref:哪个字段或常数与key一起被使用
  • rows:此查询一共扫描了多少行,估计值
  • filtered:此查询条件所过滤数据的百分比
  • Extra:额外的信息

select_type

  • SIMPLE: 此查询不包含子查询或者union查询
  • PRIMARY:此查询是最外层查询
  • UNION: 此查询是UNION的第二或随后的查询
  • DEPENDEND UNION, UNION中的第二个或后面的查询语句,取决于外面的查询
  • UNION RESULT: UNION的结果
  • SUBQUERY: 子查询的中第一个SELECT
  • DEPENDEND SUBQUERY: 子查询中的第一个SELECT,取决于外面的的查询
  • MATERIALIZED:物理化,将查询结果作为临时表以便后续需要时直接使用结果,详情见Optimizing Subqueries with Materialization
explain select m.target_id, (
    select d.content_after from m_log d
    where d.target_id = m.target_id
    and d.target_type = 5
    and d.create_time <= "2019-11-13 07:59:30"
    and d.create_time >= "2019-10-01 00:00:00"
    order by d.id desc limit 0,1
) as 变更后金额
from `m_log` m
where m.target_type = 5
  and m.target_id in (select child from `relation` where parent = 1698747)
and m.create_time <= "2019-11-13 07:59:30"
and m.create_time >= "2019-10-01 00:00:00"
group by m.target_id;
id select_type table type possible_keys key key_len ref rows Extra
1 PRIMARY ALL NULL NULL NULL NULL NULL Using temporary; Using filesort
1 PRIMARY m ref create_time,idx_target_id idx_target_id 4 .child 2 Using where
3 MATERIALIZED relation ref child,idx_par_st idx_par_st 4 const 14 Using index
2 DEPENDENT SUBQUERY d ref create_time,idx_target_id idx_target_id 4 func 2 Using where; Using filesort

type

  • system:表只有一行,这是一个const type 的特殊情况。
  • consts: 最多只有一行匹配。当你使用主键或者唯一索引的时候,就是const类型
explain SELECT * from foo where id = 1;
id select_type table type possible_keys key key_len ref rows Extra
1 SIMPLE foo const PRIMARY PRIMARY 4 const Directly search via Primary Index
  • eq_ref: 通常出现在join中,表示前一列的结果都只能匹配到后一行的结果,并且查询的匹配的操作通常是 =,查询效率较高
explain select * from u, `u_ocpc` where u.id = u_ocpc.u_id and u.id in (2657099,2657010,2656981)
id select_type table type possible_keys key key_len ref rows Extra
1 SIMPLE u_ocpc range PRIMARY PRIMARY 4 NULL 3 Using where
1 SIMPLE u eq_ref PRIMARY PRIMARY 4 adv.unit_ocpc.unit_id 1 NULL
  • ref: 多表join,触发联合索引最左原则,或者这个索引不是唯一索引/主键索引
explain select * from `config` C left JOIN `dark` D on D.medias = C.value where C.group_id = 1;
id select_type table type possible_keys key key_len ref rows Extra
1 SIMPLE C ref config_group_id_key config_group_id_key 4 const 12 NULL
1 SIMPLE D ALL NULL NULL NULL NULL 4 Using where; Using join buffer (Block Nested Loop)
  • unique_subquery:使用了in的子查询,而且子查询是主键或者唯一索引

  • range: 索引范围查询, 这个类型通常出现在 =, <>, >, >=, <, <=, IS NULL, <=>, BETWEEN, IN()

explain select * from media where id between 2 and 10;
id select_type table type possible_keys key key_len ref rows Extra
1 SIMPLE idea range PRIMARY PRIMARY 4 NULL 2 Using where
  • ALL 全表扫描,性能最差的查询之一,因为这样的查询在数据量大的情况下, 对数据库的性能是巨大的灾难.
explain select * from creative WHERE target_url = 'http://cdn.yuming.com//allsites/1647060/3ea6c76347dd4c7167b9c1c83f069003/index_1738893.html?r=9223'
id select_type table type possible_keys key key_len ref rows Extra
1 SIMPLE idea ALL NULL NULL NULL NULL 3222483 Using where

possible_key

表示在mysql查询时,能够是用到的索引,即使这些索引在possible_key中出现,但是并不是此索引会真正被MYSQL使用到,具体用到使用了哪些索引,由KEY决定

key

MySQL 在当前查询时所真正使用到的索引.

key_len

索引的字节数,这个字段可以评估组合索引是否完全被使用, 或只有最左部分字段被使用到.

rows

rows 也是一个重要的字段. MySQL 查询优化器根据统计信息, 估算 SQL 要查找到结果集需要扫描读取的数据行数

sql最重要的评价字段

Extra

  • using filesort: mysql需要额外的排序操作,不能通过索引达到排序的效果,一半有using filesort都建议优化掉
  • using index: 覆盖索引扫描,说明所需数据在索引中即可取到,性能不错
  • using temporary:使用了临时表,一般出现于排序, 分组和多表 join 的情况, 查询效率不高, 建议优化.

相关推荐

  • mysql 数据库授权sql
  • mysql函数整理
  • pt-online-scheme-change使用
  • mysql主从同步
  • mysql存储过程语法
  • innodb事务详解