Mysql 哪些操作会导致创建的索引失效

1、or的使用（并不是所有的or条件都是失效的）

 account_name 我创建了索引，查询也的确走了索引，那么来试试or查询

一让走了索引，（所以不能轻易的说使用or索引就失效了）

 

当我将or两边的查询条件换了，account_id并没有创建索引，此时查询没有走索引，走的全表扫描。

总结：or条件2边都创建索引，他还是走索引的，就如我第二张图所示，只有2边有一个没有创建索引，才会全表扫描。

2、多列索引

如图：创建了多列索引， （注意：第一列是account_id）

当查询条件中没有account_id这列，即使有status的索引，依然是失效的。

 加上account_id这列，走索引了。

总结：就是当使用多列索引时，查询条件中必须包含第一次，（不论第一列在查询中的哪个位置，必须的存在），否则索引失效。

3、like的使用

当like中‘%’在前面的时候，不走索引，

 %放在后面，走索引了。

总结：like中不能把%放在前面，只能放在后面，否则索引失效

4、列类型是否为字符串

直接输入了 12345 数字，而 account_name的类型是varchar类型

使用单引号括起来，走索引了。

总结：如果列是字符串类型，一定要加上单引号。

5、where条件中使用了 != 、 <>

 都不走索引。。。。

总结：没有找到可以替代!=,<>的方法。只能反着来了，比如判断状态不等1的，那我就查询时，就查询等于0的。只能看情况而定了。没找到优化的办法。

6、where 后面使用表达式

总结：不是尽量，是就要不这么写。没什么意义。完全可以在程序中处理。

7、where后面使用not in

 

注意：in是走索引的。not in 不走索引。

8、where 后面使用is not null

注意：is null是走索引的。is not null 不走索引。

9、> < 看实际情况

 

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

此时可以采用强制索引

FORCE INDEX ( pushcert_date )

示例：https://blog.csdn.net/xcc_2269861428/article/details/98726214