《死磕MySQL系列》为什么MySQL字符串不加引号索引失效

==========

你肯定在网上看到过非常多关于索引失效原因的文章，但是一定要自己亲手尝试一下，因为版本不同引发的结果不会一致。

1.带头大哥不能死

这句经典语句是说创建索引要符合最左侧原则。

例如表结构为u_id，u_name，u_age，u_sex，u_phone，u_time

创建索引为idx_user_name_age_sex。

查询条件必须带上u_name这一列。

2.不在索引列上做任何操作

不在索引列上做任何计算、函数、自动或者手动的类型转换，否则会进行全表扫描。简而言之不要在索引列上做任何操作。

3.两边类型不等

例如建立了索引idx_user_name，name字段类型为varchar

在查询时使用where name = kaka，这样的查询方式会直接造成索引失效。

正确的用法为where name = “kaka”。

4.不适当的like查询会导致索引失效

创建索引为idx_user_name

执行语句为select * from user where name like “kaka%”;可以命中索引。

执行语句为select name from user where name like “%kaka”;可以使用到索引（仅在8.0以上版本）。

执行语句为select * from user where name like ‘’%kaka";会直接导致索引失效

5.范围条件之后的索引会失效

创建索引为idx_user_name_age_sex

执行语句select * from user where name = ‘kaka’ and age > 11 and sex = 1;

上面这条sql语句只会命中name和age索引，sex索引会失效。

复合索引失效需要查看key_len的长度即可。

总结：%在后边会命令索引，当使用了覆盖索引时任何查询方式都可命中索引。

以上就是咔咔关于索引失效会出现的原因总结，在很多文章中没有标注MySQL版本，所以你有可能会看到is null 、or索引会失效的结论。

二、从规则方面说明索引失效的原因

================

问题的答案就是第3点，两边类型不一致导致索引失效。

下图是表结构，目前这个表存在两个索引，一个主键索引，一个普通索引phone。

分别执行以下两条SQL语句

explain select * from evt_sms where phone = 13020733815;

explain select * from evt_sms where phone = ‘13020733815’;

从上图可看出，执行第一条SQL没有使用到索引，第二条SQL却使用到了索引。

不错，你也发现了两条SQL的不同，第二条SQL跟第一条SQL逻辑一致，不同的是一个查询条件有引号，一个没有。

问题：为什么逻辑相同的SQL却是用不了索引

选择索引是优化器大哥的工作，大哥做事肯定轮不到咱们去教，因为大哥有自己的一套规则。

先自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。

深知大多数初中级Java工程师，想要提升技能，往往是自己摸索成长或者是报班学习，但对于培训机构动则近万的学费，着实压力不小。自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《Java开发全套学习资料》送给大家，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。

由于文件比较大，这里只是将部分目录截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频

如果你觉得这些内容对你有帮助，可以扫码领取！

最后

我还通过一些渠道整理了一些大厂真实面试主要有：蚂蚁金服、拼多多、阿里云、百度、唯品会、携程、丰巢科技、乐信、软通动力、OPPO、银盛支付、中国平安等初，中级，高级Java面试题集合，附带超详细答案，希望能帮助到大家。

还有专门针对JVM、SPringBoot、SpringCloud、数据库、Linux、缓存、消息中间件、源码等相关面试题。

a面试题集合，附带超详细答案，希望能帮助到大家。**

[外链图片转存中…(img-1jfveFut-1711464956435)]

还有专门针对JVM、SPringBoot、SpringCloud、数据库、Linux、缓存、消息中间件、源码等相关面试题。

[外链图片转存中…(img-nsSqlpnF-1711464956435)]

需要更多Java资料的小伙伴可以帮忙点赞+关注，点击传送门，即可免费领取！