面试官：讲讲MySql索引失效的几种情况

陈妙兴

索引失效

准备数据：

1. CREATE TABLE `dept` (
2.         `id` INT(11) NOT NULL AUTO_INCREMENT,
3.         `deptName` VARCHAR(30) DEFAULT NULL,
4.         `address` VARCHAR(40) DEFAULT NULL,
5.         ceo INT NULL ,
6.         PRIMARY KEY (`id`)
7. ) ENGINE=INNODB AUTO_INCREMENT=1;
9. CREATE TABLE `emp` (
10.         `id` INT(11) NOT NULL AUTO_INCREMENT,
11.         `empno` INT NOT NULL ,
12.         `name` VARCHAR(20) DEFAULT NULL,
13.         `age` INT(3) DEFAULT NULL,
14.         `deptId` INT(11) DEFAULT NULL,
15.         PRIMARY KEY (`id`)
16.         #CONSTRAINT `fk_dept_id` FOREIGN KEY (`deptId`) REFERENCES `t_dept` (`id`)
17. ) ENGINE=INNODB AUTO_INCREMENT=1;

复制代码

1、计算、函数导致索引失效

1. -- 显示查询分析
2. EXPLAIN SELECT * FROM emp WHERE emp.name  LIKE 'abc%';
3. EXPLAIN SELECT * FROM emp WHERE LEFT(emp.name,3) = 'abc'; --索引失效

复制代码

2、LIKE以%开头索引失效

1. EXPLAIN SELECT * FROM emp WHERE name LIKE '%ab%'; --索引失效

复制代码

拓展：Alibaba《Java开发手册》
【强制】页面搜索严禁左模糊或者全模糊，如果需要请走搜索引擎来解决。

3、不等于(!= 或者)索引失效

1. EXPLAIN SELECT * FROM emp WHERE emp.name = 'abc' ;
2. EXPLAIN SELECT * FROM emp WHERE emp.name <> 'abc' ; --索引失效

复制代码

4、IS NOT NULL 和 IS NULL

1. EXPLAIN SELECT * FROM emp WHERE emp.name IS NULL;
2. EXPLAIN SELECT * FROM emp WHERE emp.name IS NOT NULL; --索引失效

复制代码

注意：当数据库中的数据的索引列的NULL值达到比较高的比例的时候，即使在IS NOT NULL 的情况下 MySQL的查询优化器会选择使用索引，此时type的值是range（范围查询）

1. -- 将 id>20000 的数据的 name 值改为 NULL
2. UPDATE emp SET `name` = NULL WHERE `id` > 20000;
4. -- 执行查询分析，可以发现 IS NOT NULL 使用了索引
5. -- 具体多少条记录的值为NULL可以使索引在IS NOT NULL的情况下生效，由查询优化器的算法决定
6. EXPLAIN SELECT * FROM emp WHERE emp.name IS NOT NULL;

复制代码

测试完将name的值改回来

1. UPDATE emp SET `name` = rand_string(6) WHERE `id` > 20000;

复制代码

5、类型转换导致索引失效

1. EXPLAIN SELECT * FROM emp WHERE name='123';
2. EXPLAIN SELECT * FROM emp WHERE name= 123; --索引失效

复制代码

6、全值匹配我最爱

准备：

1. -- 首先删除之前创建的索引
2. CALL proc_drop_index("atguigudb","emp");

复制代码

问题：为以下查询语句创建哪种索引效率最高

1. -- 查询分析
2. EXPLAIN SELECT * FROM emp WHERE emp.age = 30 and deptid = 4 AND emp.name = 'abcd';
3. -- 执行SQL
4. SELECT * FROM emp WHERE emp.age = 30 and deptid = 4 AND emp.name = 'abcd';
5. -- 查看执行时间
6. SHOW PROFILES;

复制代码

创建索引并重新执行以上测试：

1. -- 创建索引：分别创建以下三种索引的一种，并分别进行以上查询分析
2. CREATE INDEX idx_age ON emp(age);
3. CREATE INDEX idx_age_deptid ON emp(age,deptid);
4. CREATE INDEX idx_age_deptid_name ON emp(age,deptid,`name`);

复制代码

结论：可以发现最高效的查询应用了联合索引 idx_age_deptid_name

7、最佳左前缀法则

准备：

1. -- 首先删除之前创建的索引
2. CALL proc_drop_index("atguigudb","emp");-- 创建索引CREATE INDEX idx_age_deptid_name ON emp(age,deptid,`name`);

复制代码

问题：以下这些SQL语句能否命中 idx_age_deptid_name 索引，可以匹配多少个索引字段
测试：

• 如果索引了多列，要遵守最左前缀法则。即查询从索引的最左前列开始并且不跳过索引中的列。
  
• 过滤条件要使用索引，必须按照索引建立时的顺序，依次满足，一旦跳过某个字段，索引后面的字段都无法被使用。
  

1. EXPLAIN SELECT * FROM emp WHERE emp.age=30 AND emp.name = 'abcd' ;
2. -- EXPLAIN结果：
3. -- key_len：5 只使用了age索引
4. -- 索引查找的顺序为 age、deptid、name，查询条件中不包含deptid，无法使用deptid和name索引
6. EXPLAIN SELECT * FROM emp WHERE emp.deptid=1 AND emp.name = 'abcd';
7. -- EXPLAIN结果：
8. -- type： ALL， 执行了全表扫描
9. -- key_len： NULL， 索引失效
10. -- 索引查找的顺序为 age、deptid、name，查询条件中不包含age，无法使用整个索引
12. EXPLAIN SELECT * FROM emp WHERE emp.age = 30 AND emp.deptid=1 AND emp.name = 'abcd';
13. -- EXPLAIN结果：
14. -- 索引查找的顺序为 age、deptid、name，匹配所有索引字段
16. EXPLAIN SELECT * FROM emp WHERE emp.deptid=1 AND emp.name = 'abcd' AND emp.age = 30;
17. -- EXPLAIN结果：
18. -- 索引查找的顺序为 age、deptid、name，匹配所有索引字段

复制代码

8、索引中范围条件右边的列失效

准备：

1. -- 首先删除之前创建的索引
2. CALL proc_drop_index("atguigudb","emp");

复制代码

问题：为以下查询语句创建哪种索引效率最高

1. EXPLAIN SELECT * FROM emp WHERE emp.age=30 AND emp.deptId>1000 AND emp.name = 'abc';

复制代码

测试1：

1. -- 创建索引并执行以上SQL语句的EXPLAIN
2. CREATE INDEX idx_age_deptid_name ON emp(age,deptid,`name`);
3. -- key_len：10， 只是用了 age 和 deptid索引，name失效

复制代码

注意：当我们修改deptId的范围条件的时候，例如deptId>100，那么整个索引失效，MySQL的优化器基于成本计算后认为没必要使用索引了，所以就进行了全表扫描。（注意：因为表中的数据是随机生成的，因此实际测试中根据具体数据的不同测试的结果也会不一样，最终是否使用索引由优化器决定）

测试2：

1. -- 创建索引并执行以上SQL语句的EXPLAIN（将deptid索引的放在最后）
2. CREATE INDEX idx_age_name_deptid ON emp(age,`name`,deptid);
3. -- 使用了完整的索引

复制代码

补充：以上两个索引都存在的时候，MySQL优化器会自动选择最好的方案

来源:https://www.cnblogs.com/deyo/p/17514052.html
免责声明：由于采集信息均来自互联网，如果侵犯了您的权益，请联系我们【E-Mail:cb@itdo.tech】 我们会及时删除侵权内容，谢谢合作！