MySQL索引八大法则之上篇

索引优化的法则目的主要是让索引不失效，走正确的法则索引，今天主要分享的法则是最近整理的索引八大法则上篇，看完的法则话面试考索引应该没问题了~

下面主要以实验来帮助大家理解~

一、最佳左前缀法则

1. 定义

在创建了多列索引的法则情况下，查询从索引的法则最左前列开始且不能跳过索引中的列。

最佳左前缀法则就是法则说如果创建了多个索引，在使用索引时要按照创建索引的法则顺序来使用，不能缺少或跳过，法则当然如果只使用最左边的法则索引列，也就是法则第一个索引是可以的。

2. 环境准备

DROP TABLE IF EXISTS `tb_emp`; CREATE TABLE `tb_emp` (   `id` int(11) NOT NULL AUTO_INCREMENT,法则   `name` varchar(20) NOT NULL,   `age` int(11) NOT NULL,   gender varchar(10) NOT NULL,   email varchar(20),   PRIMARY KEY (`id`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4; INSERT INTO `tb_emp` (name,age,gender,email) VALUES (Tom, 22,male,1@qq.com); INSERT INTO `tb_emp` (name,age,gender,email) VALUES (Mary, 21,female,2@qq.com); INSERT INTO `tb_emp` (name,age,gender,email) VALUES (Jack, 27,male,3@qq.com); INSERT INTO `tb_emp` (name,age,gender,email) VALUES (Rose, 23,female,4@qq.com);

3. 创建组合索引

create index idx_all on tb_emp(name,age,gender); show index from tb_emp; 

这里用火车头代表name,车厢代表age,车尾代表gender。

4. 只有火车头

说明：

索引的法则创建顺序为name，age，法则gender; 直接使用name(火车头)作为条件，法则可以看到type=ref，高防服务器key_len=82，ref=const，效果还行。

5. 只有车厢

说明：没使用火车头(name)，直接用车厢，导致走全表扫描(type=ALL)

6. 火车头加车厢、火车头加车尾

说明：

火车头加车厢、火车头加车尾,虽然都是type=ref，但是观察key_len和ref两项，并对比只有火车头中的结果，可得出在使用火车头(name)和车尾(gender)时，只使用了部分索引也就是火车头(name)的索引。

通俗理解：火车头单独跑没问题，火车头与直接相连的车厢一起跑也没问题，但是火车头与车尾，如果中间没有车厢，只能火车头自己跑。

7. 火车头加车厢加车尾

说明：火车头加车厢加车尾，三者串联，就变成了奔跑的小火车。type=ref，key_len=128，ref=const，const，const。亿华云

二、索引列不做计算

在索引列上做任何操作(计算、函数、(自动or手动)类型转换)，会导致索引失效从而转向全表扫描。

1. 函数计算

说明：这里使用了函数计算，type=ALL，导致索引失效。

2. 隐式类型转换

说明：这里123是字符串，而123是数字，发生了隐式类型转换，导致全表扫描(type=ALL)

三、范围右边索引列全失效

存储引擎不能使用索引中范围右边的列，也就是说范围右边的索引列会失效。

对以上4个SQL进行分析：

条件单独使用name时，type=ref，key_len=82，ref=const。 条件加上age时(使用常量等值)，type=ref，key_len=86，ref=const，const。 当全值匹配时，type=ref，key_len=128，ref=const，const，站群服务器const。说明索引全部用上，从key_len与ref可以看出。 当使用范围时(age>27)，type=range，key_len=86，ref=Null，可以看到只使用了部分索引，但gender索引没用上。

结论：范围右边的索引列失效。

四、尽量使用覆盖索引

1. 覆盖索引定义

如果一个索引包含(或覆盖)所有需要查询的字段的值，称为‘覆盖索引’。即只需扫描索引而无须回表。

只扫描索引而无需回表的优点：

索引条目通常远小于数据行大小，只需要读取索引，则mysql会极大地减少数据访问量。 因为索引是按照列值顺序存储的，所以对于IO密集的范围查找会比随机从磁盘读取每一行数据的IO少很多。 一些存储引擎如myisam在内存中只缓存索引，数据则依赖于操作系统来缓存，因此要访问数据需要一次系统调用 innodb的聚簇索引，覆盖索引对innodb表特别有用。(innodb的二级索引在叶子节点中保存了行的主键值，所以如果二级主键能够覆盖查询，则可以避免对主键索引的二次查询)

覆盖索引必须要存储索引列的值，而哈希索引、空间索引和全文索引不存储索引列的值，所以mysql只能用B-tree索引做覆盖索引。

当发起一个索引覆盖查询时，在explain的extra列可以看到using index的信息

2. 对比是否使用覆盖索引好处

尽量使用覆盖索引(查询列和索引列尽量一致，通俗说就是对A、B列创建了索引，然后查询中也使用A、B列)，减少select *的使用。

mysql> explain select * from tb_emp where name=Jack and age=27 and gender=male; mysql> explain select name,age,gender from tb_emp where name=Jack and age=27 and gender=male;

说明：对比两个sql，第一个使用select *，第二个使用覆盖索引(查询列与条件列对应)，可看到Extra从Null变成了Using index，提高检索效率。

很赞哦!（41）