前言
索引对于MySQL来说，是非常重要的篇章。索引知识点巨多，要想掌握透彻，需要逐个知识点--击破。本文介绍关于什么情况导致索引失效问题。
图片总结
索引失效
全值匹配（索引最佳）
若主键索引和唯一索引都存在，优先主键索引。 没有主键索引 使用唯一索引。
1. 违反最左前缀法则
如果索引有多列（复合索引），要遵守最左前缀法则 即查询从索引的最左/前列必须存在，与顺序无关。
如下图，k1列是最左/前列，无论在哪个位置，都会使用到索引查询。
如下图，最左/前列k1不存在，索引失效，忽略了索引查询，启动了全表扫描。
2. 不要在索引列上做任何操作
如计算、函数、（自动or手动）类型转换等操作，会导致索引失效从而全表扫描。
如图，下面两个SQL结果集相同。
3. 索引范围条件右边的列
当SQL中出现范围性条件筛选，则在范围条件后面的索引条件失效。
4. 尽量使用覆盖索引
SQL中的查询列和条件中都为索引字段。
5. 不要使用不等于（！=、<>）
MySQL在使用不等于（！<>、<>）的时候无法使用索引会导致全表扫描（除覆盖索引外）
如果是覆盖索引
6. like相关SQL
① like通配符%出现在开头，会导致索引失效
② like通配符%出现在字符后面，不会导致索引失败
7. 字符串不加单引号索引失效
加单引号
不加单引号
8 or连接
尽量少用or
9. order by
备注：索引有两个作用：排序和查找
① 索引参与了排序，正常使用索引
② 导致额外的文件排序（会降低性能）
explain select * from user where k1 ='werew' order by k3; //违反最左/前法则，顺序不对，k1之后为k2，但是order by 后为k3
explain select * from user where k1 ='ewrew' order by k2,address; //含非索引字段，address不是索引字段
10. group by
备注：分组之前必排序
① 索引参与了排序，正常使用索引
② 导致产生临时表（降低性能）
explain select * from user where k1 ='werew' group by k3; //违反最左/前法则，顺序不对，k1之后为k2，但是order by 后为k3
explain select * from user where k1 ='werew' group by k2,address; //含非索引字段，address不是索引字段
来源：https://www.cnblogs.com/FondWang/p/12190022.html