MySQL 索引 面试官问：MySQL索引用过吧，导致索引失效的原因你知道有哪些吗？

点击进入“PHP开源社区”

免费获取进阶面试、文档、视频资源

面试的时候被问到了：导致索引失效的原因有哪些？顿时哑口无言，平时不多注意，而支支吾吾的回答了几点，虽然问题不大，但是表达还是欠缺。今天在这里做一个总结，给自己长点记性。也可以当做是面试后总结的经验与笔记吧，保证下次不再犯错，同样在开发过程中能注意到这些问题。希望也能帮助到大家！

下面结合一些示例来给大家讲解

首先先新建临时表,这个表有四个字段 主键 、名字、年龄、职位

1.全值匹配

全值匹配意思就是联立的复合索引的顺序和个数要和检索的条件顺序和个数相同。

2.最佳左前缀法则（重要）

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

下面我们给这个表建立一个复合索引

以下是我们的检索语句：

我们通过在检索语句前面加关键字 EXLAIN，可以知道是否使用的索引

通过上面的结果我们可以知道，第一个复合索引的三个字段我们都用了，第二个复合索引我们只用到两个字段，第三个复合索引我们只用到一个字段。三个语句我们都用到索引，显然第一种是最优的。

我们再看看哪种情况会失效：

以上三种情况都变成了全表扫描，原因是违反了最左左前缀原则，因为复合索引最左边的是name，当检索条件name没在前面索引将失效，第一种情况满足了全值匹配，第二种满足了两个字段name和age，第三种因为只满足了name，所以索引只用到name。

3.不在索引列上做任何操作（计算、函数（自动或手动）类型转换），会使索引失效转为全表扫描

第七种情况失效是因为索引列做了计算或者函数的操作，导致了全表扫描。

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

可能大家关看上面的文字不知道是什么意思MySQL 索引，下面我们执行一下查询语句就清楚了

从上图我们可以知道type变成了范围级别，也就是说age

5.尽量使用覆盖索引（只访问索引的查询（索引列和查询列一致），减少select * 的使用

查询具体的字段比查询*效率更高，下面我们做一下对比

6.mysql在使用不等于(!= 或者)的时候无法使用索引会导致全表扫描

结果显示索引失效导致了全表扫描

7.is null，is not null 也无法使用索引

8.like以通配符开头（’%abc…’）mysql索引会失效变成全表扫描的操作，（%写右边则可以避免索引失效，如果业务实在需要’%abc…%'则可以用覆盖索引避免索引失效）

从上面的结果，第一种索引失效，第二种只写右边的%则可以避免索引失效，第三种如果业务实在需要‘%abc…%’这种sql，则可以用覆盖索引解决索引失效的问题

9.字符串不加单引号索引会失效

因为检索字符串是必须加单引号，上面用用了222是int类型，mysql在检索的时候会判断name是varchar的类型会将222转换为’222’进行检索，索引列发生了类型转换，故索引失效。

10.少用or,用它连接时会索引失效

*声明：本文于网络整理，版权归原作者所有，如来源信息有误或侵犯权益，请联系我们删除或授权事宜。

END

PHP开源社区

扫描关注 进入”PHP资料“

免费获取进阶

面试、文档、视频资源

（编辑：云计算网_宿迁站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!