备注:以下情况都是基于mysql的innodb引擎来说的
1.条件字段函数操作
mysql> select count(*) from tradelog where month(t_modified)=7;
这个语句不会走索引,因为mysql的查询优化器认为:t_modified经过函数操作之后,顺序可能会变,就不能按照原有的索引树去进行搜索了,当然可能还会使用这个索引,但是不会利用这个索引进行搜索;
2.隐式类型转换
mysql> select * from tradelog where tradeid=110717;
tradeid在数据库中的类型是字符串,由于mysql查询的时候如果查询字段跟查询传入的参数类型不一致时,会默认把字符串类型转成整型,然后再判断,所以以上语句等同于:
mysql> select * from tradelog where CAST(tradid AS signed int) = 110717;
这个就是条件字段函数操作。
3.隐式字符编码转换
mysql> select d.* from tradelog l, trade_detail d where d.tradeid=l.tradeid and l.id=2;
会发现trade_detail没有使用tradeid的索引,主要原因是trade_detail用的是utf8的字符编码,而tradelog用的是utf8mb4的字符编码,就会导致编码转换,以上语句相当于下面这条语句:
select * from trade_detail where CONVERT(traideid USING utf8mb4)=$L2.tradeid.value;
4.使用like查询时%在左边
这个其实就是违反了最左前缀的原则
本文基于MySQL的InnoDB引擎,介绍了索引失效的几种情况,包括条件字段函数操作、隐式类型转换、隐式字符编码转换、使用like查询时%在左边以及使用!= <> ,并给出了相应的SQL示例及原因分析。
1589

被折叠的 条评论
为什么被折叠?



