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

在数据库实战开发的过程中，我们经常会遇到一些这样那样的问题，然后要卡好半天，等问题解决了才发现原来一些细节知识点还是没有掌握好。今天golang学习网就整理分享《为什么MySQL字符串不加引号索引失效？《死磕MySQL系列 十一》》，聊聊MySQL，希望可以帮助到正在努力赚钱的你。

群里一个小伙伴在问为什么MySQL字符串不加单引号会导致索引失效，这个问题估计很多人都知道答案。没错，是因为MySQL内部进行了隐式转换。

本期文章就聊聊什么是隐式转换，为什么会发生隐式转换。

系列文章

字符串可以这样加索引，你知吗？《死磕MySQL系列 七》

无法复现的“慢”SQL《死磕MySQL系列 八》

什么？还在用delete删除数据《死磕MySQL系列 九》

MySQL统计总数就用count(*)，别花里胡哨的《死磕MySQL系列 十》

文章总目录

一、几大索引失效原因

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

1.带头大哥不能死

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

例如表结构为

explain select * from evt_sms where phone = 13020733815;

explain select * from evt_sms where phone = '13020733815';

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

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

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

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

对于优化器来说，如果等号两边的数据类型不一致，则会发生隐式转换。

例如，

explain select count(*) from evt_sms where month(create_time) = 11;

上线没一会数据库出现了大量的慢查询，导致非常多的SQL返回失败。

此时公司大牛肯定会直接指出问题，索引列进行函数操作。

问题：为什么索引列使用函数就用不上索引了呢？

你现在看到的create_time索引结构图。

若此时执行的是where create_time = '2021-11-16'，那么MySQL就会非常快的等位到对应位置，并返回结果。

但是，做了函数操作，例如month(2021-11-16)得到的值是11。

当MySQL拿到返回的这个11时，在索引结构中根据就不知道怎么办。MySQL之所以能使用快速定位，是因为B+树的有序性。

而使用了函数对索引列进行操作后就会破坏索引的有序性，因此优化器大哥会选择执行代价最低的索引来继续执行。

四、结论

本期文章给大家介绍了两个案例，一个隐式转换，一个对索引列进行函数操作。

两种情况的本质是一样的，都是在索引列上进行了函数操作，导致全表扫描。

类似于这两种情况的还是字符集问题，不过一般这个问题会会很少发生，如有新业务需要新创建表，都会设置为之前的字符集。

两张表的字符集不同在进行join时也会导致隐式字符集转换，导致索引失效。

坚持学习、坚持写作、坚持分享是咔咔从业以来所秉持的信念。愿文章在偌大的互联网上能给你带来一点帮助，我是咔咔，下期见。

今天关于《为什么MySQL字符串不加引号索引失效？《死磕MySQL系列 十一》》的内容介绍就到此结束，如果有什么疑问或者建议，可以在golang学习网公众号下多多回复交流；文中若有不正之处，也希望回复留言以告知！