索引失效的情况和解释_IT百科

索引并不是时时都会生效的，比如以下几种情况，将导致索引失效：

1.如果条件中有or，即使其中有条件带索引也不会使用(这也是为什么尽量少用or的原因)

注意：要想使用or，又想让索引生效，只能将or条件中的每个列都加上索引

2.对于多列索引，不是使用的第一部分，则不会使用索引

3.like查询是以%开头

4.如果列类型是字符串，那一定要在条件中将数据使用引号引用起来,否则不使用索引

5.如果mysql估计使用全表扫描要比使用索引快,则不使用索引

此外，查看索引的使用情况

show status like ‘Handler_read%'

大家可以注意：

handler_read_key:这个值越高越好，越高表示使用索引查询到的次数

handler_read_rnd_next:这个值越高，说明查询低效。

------------------

1、WHERE字句的查询条件里有不等于号（WHERE column!=...），MYSQL将无法使用索引

2、类似地，如果WHERE字句的查询条件里使用了函数（如：WHERE DAY(column)=...），MYSQL将无法使用索引

3、在JOIN *** 作中（需要从多个数据表提取数据时），MYSQL只有在主键和外键的数据类型相同时才能使用索引，否则即使建立了

索引也不会使用

4、如果WHERE子句的查询条件里使用了比较 *** 作符LIKE和REGEXP，MYSQL只有在搜索模板的第一个字符不是通配符的情况下才能

使用索引。比如说，如果查询条件是LIKE 'abc%',MYSQL将使用索引；如果条件是LIKE '%abc'，MYSQL将不使用索引。

5、在ORDER BY *** 作中，MYSQL只有在排序条件不是一个查询条件表达式的情况下才使用索引。尽管如此，在涉及多个数据表的查

询里，即使有索引可用，那些索引在加快ORDER BY *** 作方面也没什么作用。

6、如果某个数据列里包含着许多重复的值，就算为它建立了索引也不会有很好的效果。比如说，如果某个数据列里包含了净是

些诸如“0/1”或“Y/N”等值，就没有必要为它创建一个索引。

首先在创建完索引之后，先运行：

runstats on table schema.tablename and detailed indexes all

运行完统计后再分析你要执行的SQL语句，看索引能否用的上。

DB2是按照成本来进行语句执行的优化的，只要你正确的运行了统计，一般情况下，会优先选择使用索引。

也有部分情况下不会使用索引。比如某个cloumn，同时创建了在索引1和索引2中，那DB2到底会选择索引1和索引2，就要看他认为使用哪个索引的成本低了。

很多不使用索引的情况是因为你们有做完正确的统计。

所以首先建议你先针对该表做一下完整的统计，命令见上。

首先我们还是先把表结构说下：用户表tb_user结构如下：

1、 不要在索引列上进行运算 *** 作，索引将失效。

手机号phone字段有唯一索引，当根据phone字段进行函数运算 *** 作之后，索引失效:

2、 字符串类型字段使用时，不加引号，索引将失效。

如果字符串不加单引号，对于查询结果，没什么影响，但是数据库存在隐式类型转换，索引将失效。

3、 如果仅仅是尾部模糊匹配，索引不会失效。如果是头部模糊匹配，索引失效。

接下来，我们来看一下这三条SQL语句的执行效果，查看一下其执行计划：

由于下面查询语句中，都是根据profession（专业）字段查询，profession字段是一个普通的索引，我们主要看一下，模糊查询时，%加在关键字之前，和加在关键字之后的影响。

经过上述的测试，我们发现，在like模糊查询中，在关键字后面加%，索引可以生效。而如果在关键字前面加了%，索引将会失效。

4、 用or分割开的条件，如果or前的条件中的列有索引，而后面的列中没有索引，那么涉及的索引都不会被用到。

由于age没有索引，所以即使id有索引，索引也会失效。所以需要针对于age也要建立索引。

5、 数据分布影响：如果MySQL评估使用索引比全表更慢，则不使用索引。

欢迎分享，转载请注明来源：内存溢出

索引失效的情况和解释