MySql数据库优化篇(六) 索引优化

一. 索引失效的解决方式

如不理解以下内容:请看Explain性能分析归纳总结

1.全值匹配我最爱

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

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

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

5.尽量使用覆盖索引(只访问索引的查询(索引列和查询列一致)),减少select*

6.mysql在使用不等于(!=或者<>)的时候无法使用索引会导致全表扫描

7.is null,is not null 也无法使用索引

8.like以通配符开头('$abc...')mysql索引失效会变成全表扫描操作
问题:解决like'%字符串%'索引不被使用的方法?

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

10.少用or,用它连接时会索引失效

1.全值匹配我最爱:

EXPLAIN SELECT SQL_NO_CACHE * FROM emp WHERE emp.age=30

EXPLAIN SELECT SQL_NO_CACHE * FROM emp WHERE emp.age=30 and deptid=4

EXPLAIN SELECT SQL_NO_CACHE * FROM emp WHERE emp.age=30 and deptid=4 AND emp.name = 'abcd'

# 建立索引
CREATE INDEX idx_age_deptid_name ON emp(age,deptid,NAME);

全值匹配结果图:
MySql数据库优化篇(六) 索引优化_第1张图片
结论:全职匹配我最爱指的是,查询的字段按照顺序在索引中都可以匹配到!
MySql数据库优化篇(六) 索引优化_第2张图片
SQL中查询字段的顺序,跟使用索引中字段的顺序,没有关系。优化器会在不影响 SQL执行结果的前提下,给你自动地优化。

2. 最佳左前缀法则:
MySql数据库优化篇(六) 索引优化_第3张图片
查询字段与索引字段顺序的不同会导致,索引无法充分使用,甚至索引失效!

原因:使用复合索引,需要遵循最佳左前缀法则,即如果索引了多列,要遵守最左前缀法则。指的是查询从索引的最左前列开始并且不跳过索引中的列。

结论:过滤条件要使用索引必须按照索引建立时的顺序,依次满足,一旦跳过某个字段,索引后面的字段都无法被使用。

3. 不在索引列做任何的操作

3. 1 在查询列上使用了函数

EXPLAIN SELECT SQL_NO_CACHE * FROM emp WHERE age=30;

EXPLAIN SELECT SQL_NO_CACHE * FROM emp WHERE LEFT(age,3)=30;

演示结果图:
MySql数据库优化篇(六) 索引优化_第4张图片
结论:等号左边无计算!

3.2 在查询列上做了转换:

create index idx_name on emp(name);

explain select sql_no_cache * from emp where name='30000';

explain select sql_no_cache * from emp where name=30000;

字符串不加单引号,则会在 name 列上做一次转换!

演示结果图:
MySql数据库优化篇(六) 索引优化_第5张图片
结论:等号右边无转换!

4. 索引列上不能有范围查询:

explain SELECT SQL_NO_CACHE * FROM emp WHERE emp.age=30 and deptid=5 AND emp.name = 'abcd';

explain SELECT SQL_NO_CACHE * FROM emp WHERE emp.age=30 and deptid<=5 AND emp.name = 'abcd';

演示结果图:
MySql数据库优化篇(六) 索引优化_第6张图片
建议:将可能做范围查询的字段的索引顺序放在最后。

5. 尽量使用覆盖索引:

# 即查询列和索引列一致,不要写 select *!
explain SELECT SQL_NO_CACHE * FROM emp WHERE emp.age=30 and deptId=4 and name='XamgXt';

explain SELECT SQL_NO_CACHE age,deptId,name FROM emp WHERE emp.age=30 and deptId=4 and name='XamgXt';

演示结果图:
MySql数据库优化篇(六) 索引优化_第7张图片
6. 使用不等于(!= 或者<>)的时候:

mysql 在使用不等于(!= 或者<>)时,有时会无法使用索引会导致全表扫描。

演示结果图:
MySql数据库优化篇(六) 索引优化_第8张图片
7. 字段的is not null 和 is null:

当字段允许为 Null 的条件下

演示结果图:
MySql数据库优化篇(六) 索引优化_第9张图片
is not null 用不到索引,is null 可以用到索引。

8. like 的前后模糊匹配:
MySql数据库优化篇(六) 索引优化_第10张图片
前缀不能出现模糊匹配!

9. 减少使用or:
MySql数据库优化篇(六) 索引优化_第11张图片
使用 union all 或者 union 来替代
在这里插入图片描述

二. 小练习

1. 假设 index(a,b,c);

Where 语句													索引Y是否被使用

where a = 3													Y,使用到a

where a = 3 and b = 5										Y,使用到a,b

where a = 3 and b = 5 and c = 4								Y,使用到a,b,c

(where b = 3 或者 where b = 3 								不能使用索引
and c = 4 或者where c = 4)		

where a = 3 and c = 5										使用到a, 但是c 不可以,b 中间断了

where a = 3 and b > 4 and c = 5								使用到a 和b, c 不能用在范围之后,b 断了

where a is null and b is not null							is null 支持索引 但是 is not null 不支持,所以 a 可以使用索引,但是 b 不可以使用

where a <> 3												不能使用索引

where abs(a) =3												不能使用索引					

where a = 3 and b like 'kk%' and c = 4						Y,使用到a,b,c

where a = 3 and b like '%kk' and c = 4						Y,只用到a

where a = 3 and b like '%kk%' and c = 4						Y,只用到a

where a = 3 and b like 'k%kk%' and c = 4					Y,使用到a,b,c

总结小口诀:

全职匹配我最爱,最左前缀要遵守;
带头大哥不能死,中间兄弟不能断;
索引列上少计算,范围之后全失效;
LIKE 百分写最右,覆盖索引不写*;
不等空值还有 OR,索引影响要注意;
字符引号不可丢,SQL 优化有诀窍。

你可能感兴趣的:(Mysql数据库高级篇)