【MySQL优化】避免索引失效的十个关键点，你都知道那些？

点击查看MySQL优化系列文章集锦，从头到尾全部案例均配备源码，让你轻松看文章，轻松实践
如你不想自己测试案例，可直接看优化总结，了解知识点即可

最左侧原则

• 比我们建立的一个索引ind_nax(name,age,sex)
• 那么要想最好使用这个索引就必须select * from where name=‘咔咔’ and age=12 and sex = 1
• select * from where age=12 and sex = 1
• select * from where age=12
• select * from where sex = 1
• 以上三个语句都会导致索引失效
• 这就是最经典的带头大哥不能死

不在索引列上做任何操作（计算，函数，自动或者手动的类型转换）都会导致索引失效，进行全表扫描

FROM_UNIXTIME这个函数就会导致索引失效，简单的理解就是只能是字段，其余什么都不能有

 Db::query("select kaka,count(`ds_ip`) as ds_ip,FROM_UNIXTIME(`ds_time`,'%Y-%m-%d') as ds_time from table d where FROM_UNIXTIME(d.ds_time,'%Y-%m-%d')=? group by ds_domain_name",[$time]);

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

• create index ind_kaka_nas on kaka (name,age,sex);
• 以上是我们建立的索引
• select * from kaka where name=‘kaka’ and age=24 and sex=1; 这种方式是全值匹配，三个const值，最好的使用
• explain select * from kaka where name=‘kaka’ and age>=24 and sex=1; 但是如果把age的条件改为范围的话，那么sex这个索引的就失效，这个时候就只有name和age索引命中

打死都不用select * ，尽量使用覆盖索引（就是只查询建立的索引的字段）。千万不要懒，说过后在改，写的时候就一次弄好

!=和<> 尽量不去使用，会直接导致索引失效

• 当然这个也不是绝对的哈
• 比如你的一张表里就几个配置项
• 比如说电影的分类
• 分类就电影，电视剧，综艺 也就没了
• 那么我们技术需求的话是可以用的
• 大表的时候千万不要用
• 规则是死了，人是活的嘛！没有那么绝对的，根据需求来

is null 和 is not null 对于这俩个暂时有点争议，咔咔测试是可以被索引命中的。这个在开发过程中不太用。后期咔咔写一篇文章对这个进行详细剖析一下

子段类型是varchar，搜索时没有带引号会导致索引失败

• 比如我们有个name字段
• name字段的数据类型是varchar
• 但是里边存了一个123
• 这个时候问题就来了
• 好多人写这个sql就直接是 where name=123
• 这样写会直接导致索引失效的
• 正确的写法是 where name = ‘123’
• 一定要把引号带上

使用like查询会导致索引失效（8.0会有惊喜哈）

• 这个like就有点意思了
• where like ‘%name’ 索引会失效
• where like ‘%name%’ 索引会失效
• where like ‘name%’ 这种才会索引命中
• 关于网上资料说是创建覆盖索引会命中索引
• 答案是可以的，但是跟数据库版本是有关系的
• mysql5.5是不可以的，连同给name创建索引，但是查询字段只有id都不会命中索引
• 但是在mysql8.0这个是可以的
• 所以网上资料时还是需要自己实操一下的

关于or

• 这个也跟版本的关系有点大
• 很多文章说改为union
• 这个也是看需求吧！
• 比如我的字段里边有一个name字段和id字段
• select id,namefrom kaka wherename='kaka' orname='ka';
• 然后给name创建索引
• 上面这个语句会直接命中索引的
• 假如说现在有多个条件的or
• selectid,name,age from kaka wherename='kaka' orage=24;
• 这个语句建立了name_age的索引，但是查询字段有id会不走索引(这个就跟版本有关系了，在8.0是没有一点问题的都会命中)
• explain selectname,age from kaka wherename='kaka' orage=24;这个就会走索引

总结

• 在查阅资料时切记自己实践一下，有很多都是版本不一样结果就不一样
• 还有更多的优化方案，我们后边在慢慢补充
• 让我们一起写好SQL
• 让程序飞起来

博主微信欢迎交流