一、索引列上运算操作

不要在索引列上进行运算操作，否则索引会失效。

在tb_user的phone列加上索引，然后进行条件查询，在这个情况下，是可以走索引的。

但是在对索引列进行操作的时候，比如截取字符串，就会导致索引失效。如下：

二、字符串不加单引号

有的时候我们编写字符串不规范，会不加单引号，可以查询出来，但是它的执行计划不同。会导致全文扫描。

如下：

在加上单引号的情况

在不加上单引号的情况，如图，是进行的全文扫描。

三、模糊匹配

如果仅仅是尾部模糊匹配，索引不会失效，如果是头部模糊匹配，索引失效。

如下：如果仅仅是模糊匹配，是可以进行匹配到的。

如果头部模糊，如下：索引失效。

注意: 在大量数据下，一定要规避头部模糊查询，会导致索引失效。

四、or连接的条件

用or分隔开的条件，如果or一侧的列有索引，但是另一侧的列没有索引，那么设计的索引都不会被用到。

首先age是没有索引的，仅仅依靠age，复合索引是不生效的。

然后进行explain的执行计划的查看发现涉及到的索引并没有生效。

换个位置同理:

 创建age的索引，注意idx_user_age的索引命名规范，我就随便写了，运行后如下：索引执行

五、数据分布影响

如果MySQL评估使用索引比全表扫描更慢，则不使用索引,走全表扫描。

如上三图，经过测试我们发现，相同的SQL语句，只是传入的字段值不同，最终的执行计划也完全不一样，这是为 什么呢？

这是个在MYSQL查询的时候,会对语句进行评估，如果走全表扫描的时间比走索引慢，则放弃锁引，走全表扫描。

因为索引是用来索引少量数据的，如果通过索引查询返回大批量的数据，则还不 如走全表扫描来的快，此时索引就会失效。

到此这篇关于MySQL索引失效的问题解决的文章就介绍到这了。