MySQL使用explain检查索引执行计划

最新推荐文章于 2022-04-01 09:20:00 发布

bjgaocp

最新推荐文章于 2022-04-01 09:20:00 发布

阅读量196

点赞数

分类专栏： MySQL

本文链接：https://blog.csdn.net/bjgaocp/article/details/88104972

版权

MySQL 专栏收录该内容

62 篇文章 0 订阅

订阅专栏

执行计划分析
作用
将优化器选择后的执行计划截取出来.便于管理管判断语句得执行效率.
获取执行
desc SQL语句
explain SQL 语句
这里desc和explain的效果是一样的

mysql> explain select * from test where name=‘tom’\G
*************************** 1. row ***************************
id: 1
select_type: SIMPLE
table: test
type: ALL
possible_keys: NULL
key: NULL
key_len: NULL
ref: NULL
rows: 5
Extra: Using where

这里我们看到查寻方式是all全表扫描，possible_keys可能走的索引为空，key实际走的索引页为空，rows扫描了几行才找到指定数据

我们创建一下索引，查看一下效率
mysql> create index name_index on test(name);
mysql> explain select * from test where name=‘tom’\G
*************************** 1. row ***************************
id: 1
select_type: SIMPLE
table: test
type: ref
possible_keys: name_index
key: name_index
key_len: 61
ref: const
rows: 1
Extra: Using index condition
查寻方式ref，可能走的索引和实际走的索引均是我们刚刚创建的name_index，rows这里我们只扫描了1行效率大大提升
这里我们最需要关注的几个参数时：type查寻方式 key实际走的索引 row 找到所需数据估计要查寻的行数

select_type
查询类型
SIMPLE 简单查询
PRIMARY 最外层查询
SUBQUERY 映射为子查询
DERIVED 子查询
UNION 联合
UNION RESULT 使用联合的结果
…
table
正在访问的表名

type
查询时的访问方式，性能：all < index < range < index_merge < ref_or_null < ref < eq_ref < system/const
ALL 全表扫描，对于数据表从头到尾找一遍
select * from tb1;
特别的：如果有limit限制，则找到之后就不在继续向下扫描
select * from tb1 where email = ‘seven@live.com’
select * from tb1 where email = ‘seven@live.com’ limit 1;
虽然上述两个语句都会进行全表扫描，第二句使用了limit，则找到一个后就不再继续扫描。

        INDEX           全索引扫描，对索引从头到尾找一遍
                        select nid from tb1;

        RANGE          对索引列进行范围查找
                        mysql> desc select * from city where id>2000;
                        mysql> desc select  * from city where countrycode like 'CH%';

                       对于辅助索引来讲,!= 和not in等语句是不走索引的
                       对于主键索引列来讲,!= 和not in等语句是走range

                        ===
                      mysql> desc select  * from city where countrycode='CHN' or countrycode='USA';
                      mysql> desc select  * from city where countrycode in ('CHN','USA');


                      一般改写为 union all 
                    desc 
                    select  * from city where countrycode='CHN' 
                    union all 
                    select  * from city where countrycode='USA';



        INDEX_MERGE     合并索引，使用多个单列索引搜索
                        select *  from tb1 where name = 'alex' or nid in (11,22,33);

        REF             根据索引查找一个或多个值
                        select *  from tb1 where name = 'seven';

        EQ_REF          连接时使用primary key 或 unique类型
                        select tb2.nid,tb1.name from tb2 left join tb1 on tb2.nid = tb1.nid;


        CONST           常量
                        表最多有一个匹配行,因为仅有一行,在这行的列值可被优化器剩余部分认为是常数,const表很快,因为它们只读取一次。
                        select nid from tb1 where nid = 2 ;

        SYSTEM          系统
                        表仅有一行(=系统表)。这是const联接类型的一个特例。
                        select * from (select nid from tb1 where nid = 1) as A;

possible_keys
可能使用的索引

key
真实使用的

key_len
MySQL中使用索引字节长度
varchar(20) utf8mb4
1. 能存20个任意字符
2. 不管存储的时字符,数字,中文,都1个字符最大预留长度是4个字节
3. 对于中文,1个占4个字节
4. 对于数字和字母,1个实际占用大小是1个字节
select length() from test;

rows
mysql估计为了找到所需的行而要读取的行数 ------ 只是预估值

extra
该列包含MySQL解决查询的详细信息
“Using index”
此值表示mysql将使用覆盖索引，以避免访问表。不要把覆盖索引和index访问类型弄混了。
“Using where”
这意味着mysql服务器将在存储引擎检索行后再进行过滤，许多where条件里涉及索引中的列，当（并且如果）它读取索引时，就能被存储引擎检验，因此不是所有带where子句的查询都会显示“Using where”。有时“Using where”的出现就是一个暗示：查询可受益于不同的索引。
“Using temporary”
这意味着mysql在对查询结果排序时会使用一个临时表。
“Using filesort”
这意味着mysql会对结果使用一个外部索引排序，而不是按索引次序从表里读取行。mysql有两种文件排序算法，这两种排序方式都可以在内存或者磁盘上完成，explain不会告诉你mysql将使用哪一种文件排序，也不会告诉你排序会在内存里还是磁盘上完成。
“Range checked for each record(index map: N)”
这个意味着没有好用的索引，新的索引将在联接的每一行上重新估算，N是显示在possible_keys列中索引的位图，并且是冗余的。