数据准备:
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进行举报,并提供相关证据,一经查实,将立刻删除涉嫌侵权内容。