MySQL-索引

简介

索引(index)是帮助MySQL高效获取数据的数据结构。
可以理解为”排好序的快速查找数据结构”
一般来说，索引本身也很大，不可能全部存储在内存中，因此索引往往以索引文件的形式存储在磁盘上。
我们平时说的索引，如果没有特别指明，都是指B树(多路搜索树，不一定是二叉树)结构组织的索引。其中聚集索引，次要索引，覆盖索引，复合索引，唯一索引默认使用B+树索引，统称索引。除此之外，还有哈希索引等。

优点

• 提高数据检索效率，降低数据库的IO成本。类似数据库建立书目索引。
• 通过索引列对数据进行排序，降低数据排序的成本，降低了CPU的成本。

缺点

• 索引本身也是一张表，保存主键与索引字段，并指向实体表的记录，索引列占用空间。
• 降低了表的更新速度，即更新表的数据时，也要更新索引列的数据。

分类

1. 单值索引-单列索引
2. 唯一索引-索引列的值必须唯一，但允许空值
3. 复合索引-一个索引包含多个列

基本语法

#创建索引
Create [unique] index indexName on table(columnName(length));
Alter table add [unique] index [indexName] on (columnName(length))

#删除索引
Drop index [indexName]on table;

#查看索引
show index from table;

结构分类

• BTree索引
• Hash索引
• Full-text全文索引
• R-Tree索引

BTree索引检索原理

哪些情况需要创建索引

1. 主键自动建立唯一索引
2. 频繁作为查询条件的字段应该创建索引
3. 查询中与其他表相关联的字段，外键关系建立索引
4. 频繁更新的字段不适合创建索引
5. Where条件里用不到的字段不创建索引
6. 单键与组合索引的选择问题-高并发的情况下倾向于创建组合索引
7. 查询中排序字段
8. 查询中统计或者分组字段

索引失效(如何避免)

1. 遵循最佳左前缀法则(带头大哥不可死，中间兄弟不能断)
2. 全值匹配-按索引列顺序查询
3. 不在索引列上做任何操作(计算，函数，类型转换会导致索引失效，进行全表扫描)
4. 存储引擎不能使用索引中范围条件右边的列
5. 尽量使用覆盖索引(查询列与索引列一致，减少select *)
6. 在使用不等于时，无法使用索引，导致全表扫描
7. Is null /is not null 也无法使用索引
8. Like以通配符%开头也会导致索引失效
   面试问题:如何解决like %name%索引失效的问题？
   使用覆盖索引解决该问题。
9. 字符串不使用单引号也导致索引失效
10. or连接导致索引失效

索引优化

多表连接查询
根据左连接/右连接的特性，左表/右表为全表扫描，因此索引需建立在右表/左表的字段上。
单表查询
避免索引中间列处于查询范围条件，导致索引后的字段失效。