1. Home
  2. mysql
  3. mysql 查询优化 索引 type级别

mysql 查询优化 索引 type级别

mysql查询速度优化 这是type级别 越左边 查询速度越快 system>const>eq_ref>ref>range>index>ALL

怎么样才能让type靠左呢 就是建立索引 最左边的俩级 基本达不到 我们让查询type达到第三级和第四级就很好了 为什么这么说呢？ 表主键 唯一索引也只能达到 eq_ref 级别的 如果不做索引的话 肯定都是ALL了…

Type级别解释 1.system级别 1.只有一条数据的系统表

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

很明显 实际开发当中 我们是不会只有一条数据的

2.const级别 1.仅仅能查出一条的SQL语句并且用于Primary key 或 unique索引； SELECT * from shop s where s.id=? 主键索引 唯一索引 和 unique索引 达到这个级别 我们写sql 要根据公司的业务去写 这个情况也很难达到的

3.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 表名；被展示出来的皆是有唯一约束的；

4.ref级别 ref 级别的 问题不大

非唯一性索引：对于每个索引键的查询，返回匹配的所有行（可以是0，或多个）

假设有俩张三 我建立了 非唯一索引 那么查出来就是这个级别拉 是不是很简单

5.range级别 检索指定范围的行，查找一个范围内的数据，where后面是一个范围查询 （between,in,> < >=); in 有时 有可能会失效，导致为ALL ；

6.index级别 把索引的数据全查出来 就是这个级别了

7.ALL级别 不做索引 就是all级别咯

总结 所以在做表的时候 频繁查询的 一定要建立索引 当然建立索引会放慢插入表数据的时间 不过一张表5-8个索引还是很常见的

本文为大海原创文章,转载无需和我联系,但请注明来自大海博客https://www,ypyunedu.com

大海技术博客
请先登录后发表评论
  • latest comments
  • 总共0条评论