手机版
你好,游客 登录 注册 搜索
背景:
阅读新闻

SQL优化 MySQL版 - 索引分类、创建方式、删除索引、查看索引、SQL性能问题

[日期:2019-03-04] 来源:cnblogs.com/StanleyBlogs  作者:Stanley 罗昊 [字体: ]

索引分类

单值索引

的意思就是单列的值,比如说有一张数据库表,表内有三个字段,分别是 id name age,我给age这个字段加一个索引,这就是单值索引,因为只有age这一列是索引;

一个表可以有多个单值索引,我不光可以设置age,我也可以吧name设置成索引,或许更多

唯一索引

顾名思义,就是不能重复,比如age就不能被设置为唯一索引,因为年龄肯定是不唯一的,小明18岁,有可能小李也是18岁,这就重复了,所以age这一列不能被设置成唯一索引;

一般唯一索引就是Id;

复合索引

由多个列构成,相当于书的二级目录,比如我找“赵”这个字,它就先去Z里面找,然后再去zhao里面去找,找两次;

这个时候我把name跟age它两个共同组成一个复合索引,意思就是,我先根据name找人,如果名字重复了,我再根据age去找;

复合索引不一定必须两个列在一起使用,比如找李四,这个表里面就一个李四,就没有必要再去找age进行筛选;

创建索引的方式一

语法:careate 索引类型 索引名 on 表 (字段)//你现在在给那张表的那个字段加索引

创建单值索引

单值索引索引类型就是index;

careate index dept_index on tb(dept)

讲解:我要根据部门进行查询所以我就给部门加一个单值索引,dept_index就是我起的名字,dept就是部门的意思,名字可以随便起,但是要有意义,on后面跟上表名,我的数据库的这张表是tb,所以我写tb,括号里面写字段名;

创建唯一索引

careate  unique index name_index on tb (name)

讲解:unique 与 index 都是索引类型,这里我们就假设name是唯一的,创建方法跟上面一样,无非就多加了一个unique,去掉unique就是单值索引;

创建复合索引

careate  index dept_name_index on tb tb(dept,name);//程序会自动检测,如果你后面参数只有一个,那就判定你为单值,如果是一个以上,就判定你是复合!

讲解:我现在假设dept跟name这俩字段复合,我现在查询一个人的时候,先看他是哪个部门的(dept)如果大家都是开发部门的,那我再根据名字找,如果你不是开发部门的,那我我就直接找到了,就两次截然查询,也就是先根据部门,再根据名字;

创建索引的方式二

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

创建单值索引

alter table tb add index dept_index(dept);

讲解:add就表示给tb这张表添加一个为index类型的索引,并起名为dept_index,要被加的字段是dept;

创建唯一索引

alter table tb add unique index name_index(name)

 

讲解:照猫画虎,跟上放基本一致,假设name字段是唯一不可重复

创建复合索引

alter table tb add index dept_name_index(dept,name)

讲解:先dept就是先根据dept查,再去根据name查,这个顺序是有意义的!

值得注意的是,两个创建方式的效果是一样的,任选其一,均不需要事物的提交(commit),因为两者都是DDL语句,程序遇到DDL会自动提交,但是你写了也不报错,就是什么也没提交而已;

事物只对DML语句进行操作,也就是增删改操作,这个需要理解!

注意:

如果一个字段是primary key(主键),则该字段默认就是主键索引,即便你没有给他加索引,他也是主键索引!

主键索引与唯一索引基本相似,区别就是,值不能为Null,而唯一索引可以!

主键索引:值不能重复 值不能为null

唯一索引:值不能重复 值可以为null

删除索引

语法:drop index 索引名 on 表名;

drop index name_index on tb;

讲解,我要删除的索引名字为name_index on 它属于 tb 表

查询索引

语法:show index from tb;

解析,看一下tb这张表的索引;

SQL性能问题

1.分析SQSL的执行计划

通过explain,可以模拟SQL优化器执行SQL语句,从而让开发人员知道自己编写的状况;

查询执行计划:explain+SQL语句;

举例:explain select * From bbs_detail,看一下执行结果:

我会在下篇文章详细介绍并且实战优化,在这里各位仅做了解即可;

解说:

id:顾名思义就是查询编号

select_type:查询类型

table:你在操作哪一张表

type:类型

key:实际使用的索引,你到底用了哪些索引

possible_keys:预测你用到了哪些索引,假设你用了八个索引,它这里就会显示八个,但是实际有效的只有五个,所以在key显示就是五个!

key_len:实际使用索引的长度;

ref:表和表之间的引用关系;

rows:通过索引查询到的数据量;

Extra:额外的优化信息

2.MySQL查询优化器会干扰我们的优化

我在前几章说过有关为什么会干扰我们优化好的SQL语句,因为它内置有一个优化器,它会擅自篡改我们优化好的SQL语句;

Linux公社的RSS地址https://www.linuxidc.com/rssFeed.aspx

本文永久更新链接地址https://www.linuxidc.com/Linux/2019-03/157264.htm

linux
相关资讯       MySQL索引  SQL优化 
本文评论   查看全部评论 (0)
表情: 表情 姓名: 字数

       

评论声明
  • 尊重网上道德,遵守中华人民共和国的各项有关法律法规
  • 承担一切因您的行为而直接或间接导致的民事或刑事法律责任
  • 本站管理人员有权保留或删除其管辖留言中的任意内容
  • 本站有权在网站内转载或引用您的评论
  • 参与本评论即表明您已经阅读并接受上述条款