数据准备：
CREATE TABLE `t_blog` ( `id` int(11) NOT NULL auto_increment, `title` varchar(50) default NULL, `typeId` int(11) default NULL, `a` int(11) default '0', PRIMARY KEY (`id`), KEY `index_1` USING BTREE (`title`,`typeId`,`a`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8
1、复合索引丢失第一列字段：
2、复合索引，跳过中间字段：
先来看查询条件只有第一列时的结果：
接下来执行跳过中间字段的情况：
此时索引确实生效，但key_len依旧是153，理论上查询精度越大key_len会越大，但此时并没有增大就表示条件【a='123'】上的索引并没有用到。
复合索引应当遵守【最左前列原则】，即：查询应该从索引的最左前列开始并且不能跳过中间列，一旦跳过某个列，该列之后的列上的索引都会失效
3、在索引上进行计算、函数、类型转换等操作导致索引失效：
使用函数：
进行自动类型转换，title定义的是varchar类型，但查询时给他赋值int导致mysql会自动给他进行类型转换导致索引失效
使用 + - * / 等计算
4、使用了范围导致该索引之后的索引失效
先来看一下没使用范围的sql执行情况：
随着查询精度的增大，key_len增大，表示两个条件的索引均有效，现在在范围之后再添加一个查询条件：
key_len依旧保持158，说明票【a=1】这个条件上的索引是失效的。
5、使用不等于操作（!= 或 <>）
6、使用 is not null
7、使用前导模糊查询
先来看后导查询：
此时索引并没有失效，再来看前后导模糊查询：
此时索引已经失效，那么单独使用前导查询：
此时索引失效，因此，使用前导查询会导致索引失效。
8、mysql不走索引会有更好的查询性能时索引失效
免责声明：本站发布的内容（图片、视频和文字）以原创、转载和分享为主，文章观点不代表本网站立场，如果涉及侵权请联系站长邮箱：is@yisu.com进行举报，并提供相关证据，一经查实，将立刻删除涉嫌侵权内容。
