这里主要讨论的问题是Mysql索引在什么情况下会失效。
要讨论这个问题的前提是:确定索引的组织结构,不同结构的索引,失效方式,支持方式是不一样的。
此外,索引是通过牺牲存储空间和增删效率来提高查询效率的。
1、索引不会包含有NULL值的列
只要列中包含有NULL值都将不会被包含在索引中,复合索引中只要有一列含有NULL值,那么这一列对于此复合索引就是无效的。所以我们在数据库设计时不要让字段的默认值为NULL。
2、使用短索引
对串列进行索引,如果可能应该指定一个前缀长度。例如,如果有一个CHAR(255)的列,如果在前10个或20个字符内,多数值是惟一的,那么就不要对整个列进行索引。短索引不仅可以提高查询速度而且可以节省磁盘空间和I/O操作。
3、索引列排序
MySQL查询只使用一个索引,因此如果where子句中已经使用了索引的话,那么order by中的列是不会使用索引的。因此数据库默认排序可以符合要求的情况下不要使用排序操作;尽量不要包含多个列的排序,如果需要最好给这些列创建复合索引。
4、like语句操作
一般情况下不鼓励使用like操作,如果非使用不可,如何使用也是一个问题。like “%aaa%” 不会使用索引而like “aaa%”可以使用索引。
注意:mysql虽然仅仅支持前缀索引,但是有的数据库是支持非前缀索引的(索引效率较前缀索引低),另外,是有办法绕过mysql这个限制的
5、不要在列上进行运算
select * from users where YEAR(adddate)<2007;
将在每个行上进行运算,这将导致索引失效而进行全表扫描,因此我们可以改成:
复制代码 代码如下:
select * from users where adddate<‘2007-01-01';
6.联合索引(B-Tree结构)必须包含最左列
如果定义了联合索引,那么查找必须包含最左,即第一个索引,如index(a,b,c),查询必须包含a列,否则无法使用索引
7.联合索引(B-Tree结构)不能跳过索引中的列
也就是说,index(a,b,c),不能绕过b,使用索引a、c,如果绕过b,那么mysql只会使用第一列索引,即a,进行查找
8.联合索引(B-Tree结构),如果查询中有某个列的范围查询,则其右边所有列都无怯使用索引优化查找。
9.联合索引(Hash索引结构)需要包含所有索引列
建立index(a,b),则查询必须同时包含a和b,索引才会生效,因为此时是用过a和b来计算hashCode的
10.不同索引结构对等值操作的支持不同
Hash 结构的索引仅仅支持等值操作,如=,IN(),<=>,不支持范围查询,B-Tree结构索引不能使用NOT IN和<>操作。
11.有 or 也不一定能使用索引
如果查询语句中有 or 的时候,只有当查找的所有属性有索引的时候,索引才会生效。
12.查询数据量超过全表30%会全表扫描