MySQL—索引
前言:MySQL底层数据结构:B+树
一、索引
1、查看查询语句的效率
desc | describe + 查询语句
explain + 查询语句 [\G:竖排显示]
查询后各字段含义:
-
id: SELECT 查询的标识符. 每个 SELECT 都会自动分配一个唯一的标识符
-
select_type: SELECT 查询的类型
-
table: 查询的是哪个表
-
partitions: 匹配的分区
-
type: join 类型
-
possible_keys: 此次查询中可能选用的索引
-
key: 此次查询中确切使用到的索引
-
ref: 哪个字段或常数与 key 一起被使用
-
rows: 显示此查询一共扫描了多少行. 这个是一个估计值
-
filtered: 表示此查询条件所过滤的数据的百分比
-
extra: 额外的信息
2、索引的作用
提高查询速度
确保数据的唯一性
可以加速表和表之间的连接,实现表与表之间的参照完整性
使用分组和排序子句进行数据检索时,可以显著减少分组和排序的时间
全文检索字段进行搜索优化
3、索引的分类
1.主键索引(PRIMARY KEY)
2.唯一索引(UNIQUE)
3.常规索引(INDEX)
4.全文索引(FULLTEXT)
(1)主键索引
primary key
(2)唯一索引
unique key
(3)常规索引
index key
(4)全文索引
fulltext
【注意:使用全文索引需要满足数据量在3|4~84,具体看引擎类型】
InnoDB全文检索
1.2.x版本开始支持全文检索,采用了第二种full inverted index方式,把(DocumentID,Position)视为一个list。
InnoDB为了提高全文检索的并行性能,设置了6个辅助表,每张表根据word的Latin编码来进行排序分区。
这6张表是持久表,存在磁盘上,InnoBD为了他踢高检索性能,也搞了一个FTS Index Cache(全文检索索引缓存),这个缓存时一个红黑树,根据(word,list)进行排序,在插入数据的时候会动态的更新表,然后再批量的刷新到磁盘的表上。
数据库关闭时FTS Index Cache中的数据库会同步到磁盘上的Auxiliary table上。
参数innodb_ft_cache_size来控制FTS Index Cache的大小。默认是32M
4、管理索引
5、索引准则
【注意:每加一条索引都会占用磁盘空间】
二、索引失效情况
1、like 以%开头,索引无效;当like前缀没有%,后缀有%时,索引有效
2、or语句前后没有同时使用索引。当or左右查询字段只有一个是索引,该索引失效,只有当or左右查询字段均为索引时,才会生效
3、组合索引,不是使用第一列索引,索引失效
4、数据类型出现隐式转化。如varchar不加单引号的话可能会自动转换为int型,使索引无效,产生全表扫描
5、在索引字段上使用not,<>,!=。不等于操作符是永远不会用到索引的,因此对它的处理只会产生全表扫描。 优化方法: key<>0 改为 key>0 or key<0
6、对索引字段进行计算操作、字段上使用函数
7、当全表扫描速度比索引速度快时,mysql会使用全表扫描,此时索引失效
三、查询优化
1、使用count(1)和count(*)
count(1) 增加1列,每一行都是1,只统计一列
count(*) 统计所有列算一行,如果有null,则不加
【这里拓展一下:@num:=0】
当表中没有increment 修饰的字段时,想要统计个数,就可以利用它
select @num:=0;
相当于设置一个num变量初始值为0,每次增加1
select r.*,@num:=@num+1 from test.result r join (select @num:=0) a on 2=2;
2、避免使用不兼容的数据类型
3、尽量使用数字型字段
4、能够用BETWEEN的就不要用IN
5、能够用DISTINCT的就不用GROUP BY
6、能select 字段就不用select *
7、如果知道结果只有一条,建议使用limit 1,查到就不会往下在查询了
8、尽量避免在索引上使用mysql内置函数
9、尽量避免在where中使用!=或<>,否则索引失效
10、尽量使用union all替换 union
11、索引不宜太多,5个以内
12、为了提高group by效率,可以在分组前通过where语句去掉不需要的数据
13、使用explain语句来优化SQL语句