MySQL高级-索引失效的几种情况

一、那些情况导致的索引失效

1.最左前缀原则

在MySQL数据库中，联合索引遵守最左前缀原则，联合索引中，在进行数据检索时从索引的最左端开始匹配。联合索引有多个列，对于多列索引，查询过滤条件的字段，必须顺序的包含索引中的字段，一旦跳过某个字段，则索引后面的字段就会失效。如果过滤条件中没有使用联合索引中的第一个字段，则这个索引不会被使用到。

#创建联合索引
CREATE INDEX idx_name_age_tname ON student(`name`,age,tea_name);
#执行如下查询，因为过滤条件中有联合索引的name，age因此用到了索引，过滤条件name，age位置不影响，只要出现就可以。
EXPLAIN 
SELECT 
  id,
  `name`,
  age 
FROM
  student 
WHERE `name` = '张三' #15*3+2+1(一个字符占用3字节，15*3，是否为null占1字节，varchar占2字节)
  AND age = 23 # 4+1 （一个int占4字节，是否为null占1字节）

2. 计算、函数使索引失效

在进行查询的时候，过滤条件的索引进行计算或者函数时，会导致索引失效。

3. 类型转换导致索引失效

查询的过滤条件中，字段类型转换（自动/手动），都会使所有失效。

4. 不等于（<>或!=）导致索引失效

查询的过滤条件中，过滤条件的字段出现不等于，会使索引失效。

5. is not null /is null可能不走索引，也可以走索引

当一张数据很多，索引列的null值比较少，有值的比较多，is not null不走索引，is null走索引。


当一张数据很多，索引列的null值比较多，有值的比较少，is not null走索引，is null不走索引。

6. 模糊匹配Like以%开头

在使用LIKE关键字进行查询的查询语句中，如果匹配字符串的第一个字符为’%‘，索引就不会起作用。只有’%'不在第一个位置，索引才会起作用。

7. OR前后的条件列不是索引，导致索引失效

在查询过滤条件中，OR的前面或者后面的列不是所有，那么导致整个where过滤条件的所有索引失效。OR的前面和后面的列必须是索引列，才能生效。因为OR就是必须前面和后面的条件都满足，才能是全满足。