「这是我参与11月更文挑战的第20天，活动详情查看：2021最后一次更文挑战」
前言
上一章简单介绍了MySQL的常用索引类型及其创建方式。那么我们在使用索引的时候，哪些情况下索引会起作用，在哪些情况下索引是无效的呢？怎么防止索引在查询中失效呢？本章将与大家一起探讨下索引失效的情况。
上一章传送门 MSQL的索引及其介绍总结
索引失效的几种情况
索引失效会导致我们在查询的时候耗时增长，无法达到预期的效果。首先了解哪些情况下会导致索引失效。本次将还是采用上一章中的数据库表，根据表中建立的数据进行查询，并查看索引是否生效。 在MySQL中可以使用EXPLAIN关键字查询SQL执行时优化效果，可以帮助我们进行SQL优化和数据库表优化。使用EXPLAIN关键字我们可以知道查询表的顺序，有哪些索引可以使用那些索引未被使用等很多信息。 使索引失效的情况有：
在索引的字段上做任何的计算、函数等操作；
EXPLAIN SELECT * FROM user WHERE age = age+1
索引范围条件右边的索引列会失效
EXPLAIN SELECT * FROM user WHERE name = 'juejin' and age > 18
使用不等于（!=、<>）使索引失效
EXPLAIN SELECT * FROM user WHERE age != 18
使用like以通配符开头的模糊查询，其中“%”在查询数据的左侧时，使索引失效例如：“%小明”，“%掘金”，在查询条件的右侧可以使用索引例如：“掘金%”、“小明%”。
EXPLAIN SELECT * FROM user WHERE name like "%小"
在查询语句中使用or连接之后，会使索引失效。哪怕是左右两个都是有索引的字段也会使索引失效。
EXPLAIN SELECT * FROM user WHERE age=18 or name="小明"
在查询中存在类型转换，会导致索引失效。
EXPLAIN SELECT * FROM user WHERE userId="18"
违反最左前缀法则，在查询语句中如果索引有多列，要遵守查询从索引的最左前列开始并且不跳过索引中的列。其中左侧的列可以使用索引，未加索引列之后的所有列索引失效。
EXPLAIN SELECT * FROM user WHERE age=18 AND userId=18 and name="小明"
在使用 group by 和order by的时候，会影响索引的查询效率。
结语
好了，以上就是MySQL索引失效的分析，在写SQL时尽量避免索引失效，少使用OR连接查询，不在SQL中进行相关运算，不使用后置模糊查询等方式，感谢您的阅读，希望您喜欢，如对您有帮助，欢迎点赞收藏。如有不足之处，欢迎评论指正。下次见。
作者介绍：【小阿杰】一个爱鼓捣的程序猿，JAVA开发者和爱好者。公众号【Java全栈架构师】维护者，欢迎关注阅读交流。
