MySQL 索引失效的场景

 

举个例子，如我们有一张yesdk_orderlist 表，表中建立了索引的字段如下。

1.以%开头的like 查询语句不能利用B-tree 索引

explain select * from yesdk_orderlist where yesdkAppId like '%2018'；

2.数据类型出现隐式转换 （如果原数据类型是字符串，查询条件使用了整型，则无法利用索引，反之可以，但不建议这么做）

    2.1： explain select * from yesdk_orderlist where yesdkOrderId = 2018100

    2.2：explain select * from yesdk_orderlist where yesdkAppId = '2018100' 

 总结：当where 条件之后的类型和表结构定义的类型不一致的时候，MySQL会做隐式的类型转换

第一种情况：如果表数据类型是字符串，查询条件中使用了整型值去做查询，则无法命中索引。（在这种情况下，两个参数都被转化为浮点数再进行比较，但由于 ‘1’ ，‘    1’  ，‘1a’ ....）这样的数字都会被转化成1，故MySQL 无法使用索引只能进行全表扫描

第二种情况：由于索引是建立在int 的基础上，而将纯数字的字符串可以百分之百的转化成数字，故可以用到索引，虽然也会进行一定的转换，消耗一定的资源，但是最终任然会使用到索引。

3. 联合索引下，查询条件不满足最左匹配原则，也不会走索引。

 能正常使用索引

 

查询条件在索引的右边，不遵循最左匹配原则，所以不会走索引

4.使用or 语句： or 后面的语句使用了非索引字段，整个SQL也将无法使用到索引

5.使用负向查询（not ，not in， not like ，<> ,!= ,!> ,!< ） 不会使用索引

6.where 条件含有计算表达式