Mysql之索引失效

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

解析索引失效案例：

前提建立了一个复合索引：ALTER TABLE staffs ADD INDEX idx_staffs_nameAgePos(name, age, pos);

1、全值匹配我最爱

EXPLAIN SELECT * FROM staffs WHERE NAME = 'July';
EXPLAIN SELECT * FROM staffs WHERE NAME = 'July' AND age = 25;
EXPLAIN SELECT * FROM staffs WHERE NAME = 'July' AND age = 25 AND pos = 'dev';
 

2、最左前缀要遵守

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

3、带头大哥不能死，中间兄弟不能丢

如上面的：EXPLAIN SELECT * FROM staffs WHERE age = 25 AND pos = 'dev';此时的索引的第一个name没有，则不能使用索引

EXPLAIN SELECT * FROM staffs WHERE name='Jack' AND pos = 'dev';此时跳过了索引age，则只能用上name，后面的pos不能用。

4、索引列上少计算

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

其中后面那句varchar引号不能丢也是如此，如果是丢了，则会进行自动类型转换，就相当于计算。

5、范围之后全失效

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

比如在索引中有一个索引用的是大于小于等这样子的范围值，那么包括这个索引是有效的，之后的索引失效

6、like百分写最右

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

7、覆盖索引不写*

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

8、不等空值还有or，索引影响要注意

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

2）、少用or,用它来连接时会索引失效

3）注意null/not null对索引的可能影响

9、 VARchar引号不可丢