举个例子，如我们有一张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 条件含有计算表达式
