Error message here!

Hide Error message here!

忘记密码?

Error message here!

请输入正确邮箱

Hide Error message here!

密码丢失?请输入您的电子邮件地址。您将收到一个重设密码链接。

Error message here!

返回登录

Close

SQL优化 MySQL版 -分析explain SQL执行计划与Type级别详解

StanleyBlogs 2019-02-24 15:33:00 阅读数:170 评论数:0 点赞数:0 收藏数:0

type索引类型、类型

作者 : Stanley 罗昊

转载请注明出处和署名,谢谢!

注:看此文章前,需要有一定的Mysql基础或观看上一篇文章,该文章传送门:

https://www.cnblogs.com/StanleyBlogs/p/10416865.html

索引类型type

我们可以清楚的看到type那一栏有index ALL eq_ref,他们都代表什么意思呢?

首先类型有许多,这里我只给大家介绍企业里面用的最多的类型:

system>const>eq_ref>ref>range>index>ALL

越往左边,性能越高比如system就比ALL类型性能要高出许多,其中system、const只是理想类型,基本达不到;

我们自己实际能优化到ref>range这两个类型,就是你自己写SQL,如果你没优化基本上就是ALL,如果你优化了,那就尽量达到ref>range这两个级别;

这里我强调一下,左边基本达不到!

所以,要对type优化的前提是,你需要有索引,如果你连索引都没有创建,那你就不用优化了,肯定是ALL.....

Type级别详解

一.system级别

索引类型能是system的只有两种情况:

1.只有一条数据的系统表

只有一条数据的系统表,就是系统里自带一张表,并且这个表就一条数据,这个基本上就达不到,这个是系统自带的表,而且就一条数据,所以基本达不到;

2.或衍生表只能有一条数据的主查询

这个是可以实现的,但是在实际开发当中,你不可能去写一个这么个玩意儿,不可能公司的业务去让你把SQL索引类型写实system...

SQL语句:select * From (select * From test01) t where tid = 1;//前面需要加explain

执行结果:

就是把它凑出来即可;

我之所以能达到system,是因为我满足了它的第二个条件;

二.const级别

const条件稍微低一点,但是基本上也达不到;

1.仅仅能查出一条的SQL语句并且用于Primary key 或 unique索引;

这个我就不说了把,都知道,所以在企业里根本不可能实现,能查出来一条SQL语句,你的索引还必须是Primary key或unique;

但是我们可以把它凑出来,我再强调一点,在公司,你们的业务不可能去让你凑type级别!

SQL语句:select * tid From test01 where tid = 1;//前面需要加explain

执行结果:

根据tid找,因为tid是我设置的主键,主键就是Primary key,并且只能有一条数据,我表里面本来就一条,所以我满足了;

三.eq_ref级别

唯一性索引:对于每个索引键的查询,返回匹配唯一行数据(有且只有1个,不能多,不能0);

解说:比如你select ...from 一张表 where 比方说有一个字段 name = 一个东西,也就是我们以name作为索引,假设我之前给name加了一个索引值,我现在根据name去查,查完后有20条数据,我就必须保证这二十条数据每行都是唯一的,不能重复不能为空!

只要满足以上条件,你就能达到eq_ref,当然前提是你要给name建索引,如果name连索引都没,那你肯定达不到eq_ref;

此种情况常见于唯一索引和主键索引;

比如我根据name去查,但是一个公司里面或一个学校里面叫name的可能不止一个,一般你想用这个的时候,就要确保你这个字段是唯一的,id就可以,你可以重复两个张三,但是你身份证肯定不会重复;

添加唯一键语法:alter table 表名 add constraint 索引名 unique index(列名)

检查字段是否唯一键:show index form 表名;被展示出来的皆是有唯一约束的;

以上级别,均是可遇不可求!!!!

四 .ref级别

到ref还是问题不大的,只要你上点心,就可以达到

非唯一性索引:对于每个索引键的查询,返回匹配的所有行(可以是0,或多个)

假设我现在要根据name查询,首先name可能有多个,因为一个公司或学校叫小明的不止一个人,但是你要用name去查,你必须name是索引,我们先给它加个索引,因为要达到ref级别,所以这里我给它加一个单值索引,关于单值索引的介绍我在前几篇文章讲过:

传送门:

https://www.cnblogs.com/StanleyBlogs/p/10416865.html

单值索引语法:alter table 表名 索引类型 索引名(字段)

现在我们根据索引来查数据,这里我假设我写的单值索引;

alter table student add index index_name (name);

这个时候我们再去编写sql语句:

alter table student add index index_name (name);

因为name是索引列,这里假设有两个叫张三的,ref级别规则就是能查出多个或0个,很显然能查出来多个,那这条SQL语句,必然是ref级别!

执行结果:

数据:

五.range级别

检索指定范围的行,查找一个范围内的数据,where后面是一个范围查询 (between,in,> < >=);

注:in 有时会失效,导致为ALL;

现在我们写一个查询语句,前提是,tid一定是一个索引列,如果是id的话,就用主键索引,也就是唯一索引,值不可以重复,这个时候我们范围查询的时候要用它来做条件:

 EXPLAIN SELECT t.* FROM student t WHERE t.tid BETWEEN 1 AND 2; ;//查询tid是1到2;

查看执行结果:

我表示,我在这试了好几次都是index级别,我也不知道为什么,我即便满足条件仍是index级别,可能是数据库版本?如果你知道的话,请务必在下发留言与我交流!

六.index级别

查询全部索引中的数据

讲解:假设我有一张表,里面有id name age,这个时候name是一个单值索引,一旦name被设定成索引,它就会成为B树一样,经过各种算法将name里面的值像树一样进行分类,这个时候我where name = **,就相当于把这颗B树查了一个遍,

也就是说,你把name这一列给查了一遍;

SQL语句:select id From student;//我只查被索引声明的列,必然就是index了;

执行结果:

七.ALL级别

查询全部表数据,就是select name From student;

其中 name 不是索引;

如果你查的这一列不是索引,就会导致全表扫描,所以要避免全表扫描

执行结果:

今日感悟:

靠自己得到的,是荣誉,

   乞求父母得到的,是虚荣

版权声明
本文为[StanleyBlogs]所创,转载请带上原文链接,感谢
https://www.cnblogs.com/StanleyBlogs/p/10426385.html

编程之旅,人生之路,不止于编程,还有诗和远方。
阅代码原理,看框架知识,学企业实践;
赏诗词,读日记,踏人生之路,观世界之行;

支付宝红包,每日可领