0
点赞
收藏
分享

微信扫一扫

MySQL性能优化之索引调优实战

上一篇 <<<MySQL性能优化之常用SQL语句优化
下一篇 >>>MySQL性能优化之分页查询优化


索引失效场景或使用注意事项

索引优化样例

1.使用索引时,关联表的条件字段中,字段长度和编码必须一致

a.fk_user_id = b.user_id ,fk_user_id 的编码是utf8 而 user_id 的编码方式是utf8mb4的,所以导致索引失效

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

 SELECT name,age FROM employees WHERE name= 'jarye' AND age = 23 AND position ='ceo';----直接走索引
 SELECT * FROM employees WHERE name= 'jarye' AND age = 23 AND position ='ceo';-----索引走了还会走二次查询

3.列类型是字符串,则必须使用''引号,否则不使用索引

SELECT * FROM employees WHERE name = 123;--索引会失效
SELECT * FROM employees WHERE name = '123';--索引生效

4.判断是否为空用is null,使用=null则不启用索引

select id from t where num is null;
注意: NULL 与任何值的直接比较都为 NULL。
1 ) NULL<>NULL 的返回结果是 NULL ,而不是 false 。
2 ) NULL=NULL 的返回结果是 NULL ,而不是 true 。
3 ) NULL<>1 的返回结果是 NULL ,而不是 true 。

5.应尽量避免在 where 子句中对”="左边进行函数、算数运算或表达式运算,这将导致引擎放弃使用索引而进行全表扫描。

select id from t where substring(name,1,3) = ’abc’ -–name 以 abc 开头的 id 
select id from t where datediff(day,createdate,’2005-11-30′) = 0 -–‘2005-11-30’ –生成的 id
应改为:
select id from t where name like ‘abc%’ 
select id from t where createdate >= ‘2005-11-30’ and createdate < ‘2005-12-1’ 

6.在where子句中尽量避免使用!=或<>操作符,引擎会放弃使用索引而进行全表扫描。

 SELECT * FROM employees WHERE name != 'jarye'

7.若中间索引列用到了范围(>、<、like等),则后面的所以全失效

 SELECT * FROM employees WHERE name= 'jarye' AND age = 22 AND position ='ceo';----索引生效
 SELECT * FROM employees WHERE name= 'jarye' AND age > 22 AND position ='ceo';----索引position无效

8.like前面有%会失效,如果字段长的话,可以考虑使用全文检索

Select * from dw_user where username like ‘%123%’——索引失效 
Select * from dw_user where username like ‘%123’——索引失效 
Select * from dw_user where username like ‘123%'——索引有效 

9.在 where 子句中使用 or 来连接条件,必须全部索引存在才有效

如果一个字段有索引,一个字段没有索引,将导致引擎放弃使用索引而进行全表扫描,如: 
select id from t where num=10 or Name = ‘admin’
可以这样查询:
select id from t where num = 10 
union all 
select id from t where Name = ‘admin’ 

10.有 order by 的场景,请注意利用索引的有序性【阿里巴巴JAVA开发手册】,参考order by中的单路和双路排序算法原理

order by 最后的字段是组合索引的一部分,并且放在索引组合顺序的最后,避免出现 file _ sort 的情况,影响查询性能。 
正例: where a =?  and b =?  order by c; 索引: a _ b _ c
反例:索引中有范围查找,那么索引有序性无法利用,如: WHERE a >10  ORDER BY b; 索引a _ b 无法排序。

11.联合索引,第一条件必须使用,且尽可能按索引顺序执行

alter table dept add index my_ind (dname,loc);
select * from dept where dname=‘aaa’ and loc=‘aaa’———二个条件都使用了,索引生效 
select * from dept where dname=‘aaa’——第一条件查询,使用索引 
select * from dept where loc=‘aaa’——没有第一条件,不使用索引
建组合索引的时候,区分度最高的在最左边。
正例:如果 where a =?  and b =? , a 列的几乎接近于唯一值,那么只需要单建 idx _ a 索引即可。
说明:存在非等号和等号混合判断条件时,在建索引时,请把等号条件的列前置。如: where a >? and b =? 那么即使 a 的区分度更高,也必须把 b 放在索引的最前列。

12. 在where子句中使用参数,也会导致全表扫描,可以使用强制索引

因为SQL只有在运行时才会解析局部变量,但优化程序不能将访问计划的选择推迟到运行时;它必须在编译时进行选择。然而,如果在编译时建立访问计划,变量的值还是未知的,因而无法作为索引选择的输入项。如下面语句将进行全表扫描:
select id from t where num = @num
可以改为强制索引
select id from t with(index(索引名)) where num = @num

推荐阅读:
<<<MySQL执行计划示例解读
<<<MySQL性能优化之慢查询定位
<<<MySQL性能优化之表设计优化
<<<MySQL性能优化之常用SQL语句优化
<<<MySQL性能优化之分页查询优化
<<<MySQL性能优化之关联查询优化
<<<MySQL性能优化之in、exists优化
<<<order by中的单路和双路排序算法原理
<<<MySQL如何性能优化面试题完美解答

举报

相关推荐

0 条评论