MySQL---索引

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语句