MYSQL性能调优03_在什么情况下会导致索引失效从而进行全表扫描

本文主要是介绍MYSQL性能调优03_在什么情况下会导致索引失效从而进行全表扫描，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

口诀：
(1). 值匹配我最爱,最左前缀要遵守
(2). 带头大哥不能死,中间兄弟不能断

①. 建表语句、建立环境

CREATE TABLE `employees` (
`id` int(11) NOT NULL AUTO_INCREMENT, 
`name` varchar(24) NOT NULL DEFAULT '' COMMENT '姓名', 
`age` int(11) NOT NULL DEFAULT '0' COMMENT '年龄', 
`position` varchar(20) NOT NULL DEFAULT '' COMMENT '职位', 
`hire_time` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP COMMENT '入职时间', 
PRIMARY KEY (`id`), 
KEY `idx_name_age_position` (`name`,`age`,`position`) USING BTREE ) 
ENGINE=InnoDB AUTO_INCREMENT=4 DEFAULT CHARSET=utf8 COMMENT='员工记录表'; 
INSERT INTO employees(name,age,position,hire_time) VALUES('LiLei',22,'manager',NOW()); 
INSERT INTO employees(name,age,position,hire_time) VALUES('HanMeimei', 23,'dev',NOW()); 
INSERT INTO employees(name,age,position,hire_time) VALUES('Lucy',23,'dev',NOW());

②. 全值匹配我最爱

EXPLAIN SELECT * FROM employees WHERE name= 'LiLei';
EXPLAIN SELECT * FROM employees WHERE name= 'LiLei' AND age = 22;
EXPLAIN SELECT * FROM employees WHERE name= 'LiLei' AND age = 22 AND position ='manage r';

③. 最左前缀法则

• ①. 如果索引了多列,要遵守最左前缀法则。指的是查询从索引的最左前列开始并且不跳过索引中的列。

# 第一条匹配成功
EXPLAIN SELECT * FROM employees WHERE name = 'Bill' and age = 31; 
# 第二、三条匹配失败,带头大哥不在
EXPLAIN SELECT * FROM employees WHERE age = 30 AND position = 'dev'; 
EXPLAIN SELECT * FROM employees WHERE position = 'manager';

• ②. 第二、第三匹配失败了,这是因为带头大哥name不存在了,在B+树的底层,会先按照name、age、position依次进行排序,这个时候如果数据库中有6条数据,分别是(A,20)、(A,30)、(A,40)、(B,20)、(B,30)、(B,40)。我们这个时候要去查询age>30的数据,B+树的叶子节点都是排好序的数据结构了,这个时候,如果带头大哥存在,那么我们查询age>30的数据,只需要查到30这个值,后面的都是大于30的。带头大哥不存在,这个时候我们在A这个集合中,搜索到了age>30的数据后,B这个集合里面可能还需要比较,就导致了全表扫描(自己的理解)

③. 不在索引列上做任何操作

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

• ②. SQL语句与截图

EXPLAIN SELECT * FROM employees WHERE name = 'LiLei'; 
EXPLAIN SELECT * FROM employees WHERE left(name,3) = 'LiLei';

④. 存储引擎不能使用索引中范围条件右边的列

EXPLAIN SELECT * FROM employees WHERE name= 'LiLei' AND age = 22 AND position ='manage r'; 
EXPLAIN SELECT * FROM employees WHERE name= 'LiLei' AND age > 22 AND position ='manage r';

⑤. 尽量使用覆盖索引、减少select *

• ①. 尽量使用覆盖索引(只访问索引的查询(索引列包含查询列)),减少 select * 语句

EXPLAIN SELECT name,age FROM employees WHERE name= 'LiLei' AND age = 23 AND position ='manager';

• ②. 使用select *

EXPLAIN SELECT * FROM employees WHERE name= 'LiLei' AND age = 23 AND position ='manage r';

⑥. mysql在使用不等于(！=或者<>)

• ①. mysql在使用不等于(！=或者<>),not in ,not exists 的时候无法使用索引会导致全表扫描

• ②. < 小于、 > 大于、 <=、>= 这些,mysql内部优化器会根据检索比例、表大小等多个因素整体评估是否使用索引

EXPLAIN SELECT * FROM employees WHERE name != 'LiLei';

⑦. is null,is not null 一般情况下也无法使用索引

EXPLAIN SELECT * FROM employees WHERE name is null

⑧. like以通配符开头(’%abc…’)

• ①. like以通配符开头(’%abc…’)mysql索引失效会变成全表扫描的操作

 EXPLAIN SELECT * FROM employees WHERE name like '%Lei'

• ②. 解决like’%字符串%'时索引不被使用的方法(使用覆盖索引来解决)

# 使用覆盖索引,查询字段必须是建立覆盖索引字段
EXPLAIN SELECT name,age,position FROM employees WHERE name like '%Lei%';
# 如果不能使用覆盖索引则可能需要借助搜索引擎

⑨. 字符串不加单引号索引失效

EXPLAIN SELECT * FROM employees WHERE name = '1000'; 
EXPLAIN SELECT * FROM employees WHERE name = 1000;

⑩. 少用or或in

• 少用or或in,用它查询时,mysql不一定使用索引,mysql内部优化器会根据检索比例、表大小等多个因素整体评 估是否使用索引,详见范围查询优化

 EXPLAIN SELECT * FROM employees WHERE name = 'LiLei' or name = 'HanMeimei';

⑩①. 范围查询优化

• ①. 给年龄添加单值索引
  没走索引原因:mysql内部优化器会根据检索比例、表大小等多个因素整体评估是否使用索引。比如这个例子,可能是由于单次数据量查询过大导致优化器最终选择不走索引

ALTER TABLE `employees` ADD INDEX `idx_age` (`age`) USING BTREE ;
explain select * from employees where age >=1 and age <=2000;

• ②. 优化方法:可以将大的范围拆分成多个小范围

explain select * from employees where age >=1 and age <=1000;
explain select * from employees where age >=1001 and age <=2000;

⑩②. 小总结

这篇关于MYSQL性能调优03_在什么情况下会导致索引失效从而进行全表扫描的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！

---