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

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 = ;//前面需要加explain

执行结果：

就是把它凑出来即可；

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

二.const级别

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

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

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

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

SQL语句：select * tid From test01 where tid = ;//前面需要加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 不是索引；

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

执行结果：

今日感悟：

靠自己得到的，是荣誉，

   乞求父母得到的，是虚荣