可能造成数据库索引失效的原因

几乎所有的小伙伴都可以随口说几句关于创建索引的优缺点,也知道什么时候创建索引能够提高我们的查询性能,什么时候索引会更新,但是你有没有注意到,即使你设置了索引,有些时候索引他是不会生效的!这不仅考察了大家对索引的了解程度,还要让大家在使用的时候能够正确的使用。以下介绍了一些可能会造成索引失效的特殊情况,希望大家在平时开发和面试的时候能够注意到!

  1. 应尽量避免在 where 子句中使用 != 或 <> 操作符,否则引擎将放弃使用索引而进行全表扫描;

  2. 尽量避免在 where 子句中使用 or 来连接条件,否则将导致引擎放弃使用索引而进行全表扫描,即使其中有条件带索引也不会使用,这也是为什么尽量少用 or 的原因;

  3. 对于多列索引,不是使用的第一部分,则不会使用索引;

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

  5. like的模糊查询以 % 开头,索引失效;

  6. 应尽量避免在 where 子句中对字段进行表达式操作,这将导致引擎放弃使用索引而进行全表扫描;

    1
    2
    3
    4
    --索引无效
    select id from t where num/2 = 100
    --索引有效
    select id from t where num = 100*2
  7. 应尽量避免在 where 子句中对字段进行函数操作,这将导致引擎放弃使用索引而进行全表扫描;

    1
    2
    3
    4
    5
    6
    7
    8
    9
    --索引无效
    select id from t where substring(name,1,3) = 'abc'name;
    --以abc开头的,应改成:
    select id from t where name like ‘abc%’

    --索引无效
    select id from t where datediff(day, createdate, '2005-11-30') = 0'2005-11-30';
    --索引有效
    select id from t where createdate >= '2005-11-30' and createdate < '2005-12-1';
  8. 不要在 where 子句中的 “=” 左边进行函数、算术运算或其他表达式运算,否则系统将可能无法正确使用索引;

  9. 如果MySQL估计使用全表扫描要比使用索引快,则不使用索引;

  10. 不适合键值较少的列(重复数据较多的列)

    假如索引列TYPE有5个键值,如果有1万条数据,那么 WHERE TYPE = 1将访问表中的2000个数据块。再加上访问索引块,一共要访问大于200个的数据块。如果全表扫描,假设10条数据一个数据块,那么只需访问1000个数据块,既然全表扫描访问的数据块少一些,肯定就不会利用索引了。