可能导致索引失效的原因
索引主要是为了提高数据的查询效率，但有些情况建立索引反而会降低查询效率，增加成本。
1）数据量级太小。索引本身也会占用一定的空间，数据太少，用索引的意义不大。
2）更新频繁的字段。索引的构建、维护、删除也是要消耗系统资源的。
3）区分度低的字段。比如性别，一般只有两个选择，索引很难仅靠性别查询到想要的数据。
言归正传，可能导致索引失效的原因如下：
假设主键列pri
辅助索引列mul mul1 mul2
没有索引列noidx no_index_col
1）查询条件包含or且字段列不含索引
select * from test where mul=1 or noidx=2;
辅助索引+or+无索引的列：会先走索引列，但无索引的列会进行全表扫描，所以还不如不走索引，直接都全表扫描完事。
如果or前后都有索引，那么可能走索引，也可能不走索引。
2）隐式转换导致索引失效
假设某手机号列创建时是num varchar(15)
在查询时，where条件列后面跟的是字符串，要带引号
select * from test where num='13911111111';
如果不带引号，就是数字，字符类型不匹配，不走索引。
3）like且%为前缀的非覆盖索引
%在前面，不走索引
select * from test where mul like "%abc";
%不在前面，走索引
select * from test where mul like "abc%";
使用覆盖索引，%在前面，也走索引
select pri,mul from test where mul like "%abc";
4）创建联合索引且查询时不满足最左匹配原则，索引可能失效，也可能依旧有效。索引失效的例子很多，这里演示一个例子，表示索引依旧有效。
注意我创建的联合索引，name在前，id在后。
CREATE TABLE a(
id INT NOT NULL,
NAME VARCHAR(5)
)ENGINE=INNODB,CHARSET=utf8
ALTER TABLE a ADD INDEX idx_name_id(NAME,id);
获取执行计划：
DESC SELECT * FROM a WHERE NAME='a' AND id <2;
获取执行计划：
DESC SELECT * FROM a WHERE id <2 AND NAME='a';
获取执行计划：
DESC SELECT * FROM a WHERE id =3;
5）对索引的列进行数值运算，索引失效
CREATE TABLE `user`(
`id` INT(11) NOT NULL AUTO_INCREMENT,
`userId` VARCHAR(32) NOT NULL,
`age` INT(11) DEFAULT NULL,
PRIMARY KEY (`id`),
KEY `idx_age`(`age`) USING BTREE
)ENGINE=INNODB AUTO_INCREMENT=2 DEFAULT CHARSET=utf8;
获取索引执行计划：
DESC SELECT * FROM USER WHERE age+1=8;
6）索引中使用不等于的符号，索引可能失效
包括<> != not in
需要注意的是，如果是聚集索引列，使用以上符号，依旧会走索引。
7）用or连接的两个含null索引字段，不走索引。
例如：
select * from test where mul1 is null or mul2 is not null;
但是，单个索引含null字段，是走索引的。
select * from test where mul1 is null;
8）没有查询条件，或者查询条件的列没有索引，则不走索引
例如：
select * from test;
select * from test where no_index_col=3;
9）Mysql的优化器分析认为全表扫描比走索引更快的时候，比如查询的结果集不小于总数据25%-30%时，其认为没必要走索引了。
10）索引自身失效。
虽然索引有自我维护的能力，但数据表内容修改和更新频繁的情况下，也有可能索引失效，此时需要删除索引，重新建立索引。
参考文章：
Oldguo-标杆班级-MySQL-lesson04-索引及执行计划
索引失效的十大杂症