mysql 避免索引失效_随笔

where条件==>order by 条件==>group by 条件按顺序遵守最佳左前缀法则

假设创建了复合索引：a,b,c

不在索引列上做任何的 *** 作（计算、函数、显式或隐式的类型转换），否则会导致索引失效而转向全表扫描

1、字符不加单引号会导致索引失效

name字段为varchar类型

这条sql发生了隐式的类型转换：数值==>字符串。所以导致了全表扫描，索引失效

应尽量避免在 where 子句中对字段进行表达式 *** 作，这将导致引擎放弃使用索引而进行全表扫描。如：

mysql中的范围条件有：in/not in、 like、 <>、BETWEEN AND ；

<>后面的索引失效

in会导致索引全部失效！！！

BETWEEN AND 范围条件不会导致索引失效！！！

尽量让索引列和查询列一致；减少select * 的使用

1、查询表结构

2、查询表的索引结构

联合索引：name,age,post；说明add_time字段没有添加索引

3、查看select * 的执行计划

4、查看 select name,age,pos的执行计划

5、如果select只用一部分索引

like以通配符开头（’%abc…’）mysql索引失效会变成全表扫描的 *** 作。

解决：可以使用覆盖索引来解决这个问题！

1、先查看表上的索引

id、name、age、pos 四个字段上都有索引；注意：name是联合索引中的第一个，带头大哥！

2、查看表结构

有个add_time字段没有用到索引

3、查看执行计划

使用UNION ALL

假设创建了联合索引 x(a,b,c)

ps：like虽然也是范围查询但是区别于>、<，%用在最前面就只用到索引a了；%用在最后面可以用到a+b+c！

下面的sql几乎违背了上面的所有原则，索引依然全部生效。因为select是索引覆盖的，select里不包含没有建立索引的字段。因此总是用到索引的。可以看出来索引覆盖在sql优化中的作用性

mysql 索引失效的原因有哪些？Mysql索引失效的原因

1、最佳左前缀原则——如果索引了多列，要遵守最左前缀原则。指的是查询要从索引的最左前列开始并且不跳过索引中的列。

2、不在索引列上做任何 *** 作（计算，函数，（自动或者手动）类型装换），会导致索引失效而导致全表扫描。

3、存储引擎不能使用索引中范围条件右边的列，范围之后索引失效。（<,>between and）。这写条件判断最后放到后面，先定位到小的范围再开始。

4、mysql使用不等于(!= 或者<>)的时候，无法使用索引，会导致索引失效

5、mysql中使用is not null 或者 is null会导致无法使用索引。

6、mysql中like查询是以%开头，索引会失效变成全表扫描，覆盖索引。

7、mysql中，如果条件中有or，即使其中有条件带索引也不会使用(这也是为什么尽量少用or的原因)。要想使用or，又想让索引生效，只能将or条件中的每个列都加上索引。

8、如果mysql使用全表扫描要比使用索引快,则不会使用到索引。

mysql 避免索引失效