《MySQL学习》 索引失效的三种特殊情况

一.条件字段使用函数

explain select * from bpm_proc_instance bpi where CREATED_AT >= '2022-06-01' 

CREATED_AT 字段建立了索引，此时explain分析的结果表明能使用到索引

但如果我们对 CREATED_AT 字段使用函数

explain select * from bpm_proc_instance bpi where month(CREATED_AT) = 6 ;

此时可以看到已经没有使用索引了

因为对字段使用函数后，从根节点开始，索引就不知道如何选择了。B+树的快速定位能力，来源于同一层兄弟节点的有序性。

二.隐式类型转换

如果某个字段是字符串类型的，使用where进行判断时，如果与之比较的是数字类型的值，那么将导致索引失效

select * from log where no = 110717;

如上SQL所示，如果声明字段时，no 是varchar类型的，那么此时会将SQL转换为

select * from log where cast(no as signed int) = 110717

变相的对 no 字段使用了函数 也将导致索引失效。

但如果 no 字段是 int类型的，此时我们执行以下SQL

select * from log where no = '110717';

索引是不会失效的。因为MySQL在数字与字符串做比较时，会将字符串转换为数字进行比较。因此，此时的SQL相当于

select * from log where no = cast('110717' as signed int);

并没有在条件字段上加上索引

三.隐式字符编码转换

SELECT * FROM T1 LEFT JOIN T2 ON T1.ID=T2.TID

上述SQL，如果 T1表中的 ID 字段 与 T2 表中的 TID 字段 使用的不是同一种字符编码，也会导致索引失效。