Mysql索引失效的场景

亦凉 2024-03-08 01:52 57阅读 0赞

首先我们准备一张有800万条数据的表，在没有加索引的条件下，查询全表的某一字段所耗费的时间大致在3.6S:  
![在这里插入图片描述][23a74a59f6b3414e9eed891311ec421a.png]  
我们为该字段创建索引：

ALTER TABLE emp ADD INDEX index_ename (ename);

![在这里插入图片描述][4adef56a661f45cca8fa7f197f28cfdc.png]  
再次查询先前那一列：  
![在这里插入图片描述][3a745b01ee604f25bac86f55d7575d3a.png]  
时间只用到了0.009s！  
索引这么牛B，那么在什么情况下会失效呢？

### 查询条件使用like模糊查询并且%在左侧 ###

当使用like进行模糊查询，并且匹配符在左侧时：  
![在这里插入图片描述][3488d70f2c53432daee1cda687cd62a1.png]  
查询时间大约为4.19s  
与之相反，当匹配符在右侧时却截然相反：  
![在这里插入图片描述][198404fe812446c096613760b694fb53.png]  
由此可见，上述情况——索引失效了  
![在这里插入图片描述][9005d1495e414efb98f020ae92346b18.png]  
这段SQL的执行进行了全表扫描，并没有命中索引，透过现象看本质，为什么位置不一样就会使索引失效呢？  
//TODO

### 使用or连接查询条件 ###

[23a74a59f6b3414e9eed891311ec421a.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/08/33081377a76645518a9dd6b787507a68.png
[4adef56a661f45cca8fa7f197f28cfdc.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/08/cf23359906f24db4a3216af8c415db6b.png
[3a745b01ee604f25bac86f55d7575d3a.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/08/823124235470404bbad3288b2e7b8bd3.png
[3488d70f2c53432daee1cda687cd62a1.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/08/c174f5d204bd4cbf8a8377813341f501.png
[198404fe812446c096613760b694fb53.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/08/7b631c37fc5f469a92788cacbadf9c1a.png
[9005d1495e414efb98f020ae92346b18.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/08/b740d69b8a4d409a81e17cba78bcf38c.png