数据库索引失效的11种情况

MySQL中提高性能的一个最有效的方式是对数据表设计合理的索引。索引提供了高效访问数据的方法，并且加快查询的速度，因此索引对查询的速度有着至关重要的影响。使用索引可以快速地定位表中的某条记录，从而提高数据库査询的速度，提高数据库的性能。.如果查询时没有使用索引，查询语句就会扫描表中的所有记录。在数据量大的情况下，这样查询的速度会很慢。
大多数情况下都(默认)采用 B+树来构建索引。只是空间列类型的索引使用 R-树，并且MEMORY表还支持 hash索引。其实，用不用索引，最终都是优化器说了算。优化器是基于什么的优化器?基于cost开销(CostBase0ptimizer)，它不是基于规则(Rule-Basedoptimizer)，也不是基于语义。怎么样开销小就怎么来。另外，SQL语句是否使用索引，跟数据库版本、数据量、数据选择度都有关系。
以下是数据库中索引失效常见的11种情况：
1、全职匹配我最爱：
假如有三个索引：索引1是对字段name添加的索引，索引2是对字段(name,class_id)添加了联合索引，索引3是对字段(name,class_id,age)添加的联合索引；
在进行查询中条件判断包含字段(name,class_id,age)时，会优先使用索引3，相当于索引1、索引2失效。
2、最佳左前缀法则：
在MySQL建立联合索引时会遵守最佳左前缀原则，即最左优先，在检索数据时从联合索引的最左边开始匹配。
例如索引(name,class_id,age)，只有查询(name),(name,class_id),(name,class_id,age)会走索引，而(class_id),(class_id,age),(age)都不会走索引。
MySQL可以为多个字段创建索引，一个索引可以包括16个字段。对于多列索引，过滤条件要使用索引必须按照索引建立时的顺序，从左到右，依次满足，一旦跳过某个字段，索引后面的字段都无法被使用。如果查询条件中没有使用这些字段中第1个字段时，多列（或联合）索引不会被使用。
3、主键插入顺序
对于一个使用 InnoDB 存储引擎的表来说，在我们没有显式的创建索引时，表中的数据实际上都是存储在聚簇索引的叶子节点的。而记录又是存储在数据页中的，数据页和记录又是按照记录主键值从小到大的顺序进行排序，所以如果我们插入的记录的主键值是依次增大的话，那我们每插满一个数据页就换到下一个数据页继续插，而如果我们插入的,主键值忽大忽小的话，则可能会造成页面分裂和记录移位。
页面分裂和记录移位意味着：性能损耗！所以如果我们想尽量避免这样无谓的性能损耗，最好让插入的记录的主键值依次递增，这样就不会发生这样的性能损耗了。所以我们建议：让主键具有 AUTO_INCREMENT ，让存储引擎自己为表生成主键，而不是我们手动插入。这样的主键占用空间小，顺序写入，减少页分裂。
4、计算、函数、类型转换(自动或手动)导致索引失效
在使用计算、函数、类型转换时，要遍历全表进行计算、函数、类型转换得到一个新的结果和条件值进行比较，所以没有使用索引。
如果给字段name创建了索引，则

#1.索引优化失效
EXPLAIN SELECT SQL_NO_CACHE * FROM student WHERE LEFT(student.name,3) = 'abc';
#索引优化生效
EXPLAIN SELECT SQL_NO_CACHE * FROM student WHERE student.name LIKE 'abc%';

5、类型转换导致索引失效
如果name是varchar类型，并创建了索引

# 数字默认转成字符串导致索引失败
EXPLAIN SELECT SQL_NO_CACHE * FROM student WHERE name=123;
# 索引优化成目标字符串，走索引
EXPLAIN SELECT SQL_NO_CACHE * FROM student WHERE name='123';

6、范围条件右边的列索引失效
例如(name,class_id,age)联合索引，查询条件name,class_id,age，如果class_id使用了范围查询，那么class_id右边的age索引失效。这里右边看的联合索引的键右边。
解决办法：新建联合索引(name,age,class_id)或(age,name,class_id)，把需要范围查询的字段放在最后。
范围包括：<、<=、>、>=和 between等。
应用开发中范围查询，例如：金额查询，日期查询往往都是范围查询。应将查询条件放置where语句最后。创建的联合索引中，务必把范围涉及到的字段写在最后）
7、不等于(!= 或者<>)索引失效
要进行全表扫描
8、is null可以使用索引，is not null无法使用索引
最好在设计数据表的时候就将字段设置为 NOT NULL 约束，比如你可以将INT 类型的字段，默认值设置为 0。将字符类型的默认值设置为空字符串(“”)。
同理，在查询中使用 not like 也无法使用索引，导致全表扫描。
9、like以通配符%开头索引失效
在使用LIKE关键字进行査询的査询语句中，如果匹配字符串的第一个字符为“%”，索引就不会起作用。只有“%”不在第一个位置，索引才会起作用。
【强制】页面搜索严禁左模糊或者全模糊，如果需要请走搜索引擎来解决。
10、OR 前后存在非索引的列，索引失效
在 WHERE 子句中，如果在 OR 前的条件列进行了索引，而在 OR后的条件列没有进行索引，那么索引会失效。也就是说，OR前后的两个条件中的列都是索引时，查询中才使用索引。
因为 OR的含义就是两个只要满足一个即可，因此,只有一个条件列进行了索引是没有意义的，只要有条件列没有进行索引，就会进行全表扫描，因此索引的条件列也会失效。
11、数据库和表的字符集统一使用utf8mb4
统一使用utf8mb4(5.5.3版本以上支持)兼容性更好，统一字符集可以避免由于字符集转换产生的乱码。不同的字符集进行比较前需要进行转换会造成索引失效。
以下我附上宋红康老师的视频教程链接供大家详细学习
数据库索引失效的11种情况上
数据库索引失效的11种情况下