索引失效分析

提示：文章写完后，目录可以自动生成，如何生成可参考右边的帮助文档

---

前言

分析几种索引失效情况，分析。

索引失效

索引失效-最左前缀法则

最左前缀法则：如果索引关联了多列（联合索引），要遵守最左前缀法则，最左前缀法则指的是查询从索引的最左列开始，并且不跳过索引中的列。
如果跳跃某一列，索引将部分失效（后面的字段索引失效）。
例如：

//创建联合索引：
create index idx_name_profession_age on user(name,profession,age)

我们基于user表创建了一个联合索引，这个索引什么时候会失效呢？

1. 当最左侧的列不存在在sql语句当中，mysql不会使用索引select profession , age from user where profeesion='软件' and age = 18;
2. 当跳过中间某一列的时候，后面的索引会失效（部分失效）select name,age from user where name='张三' and age=18;此时索引会部分失效。

在索引列上做运算操作

在索引列上进行运算操作，索引将失效。如：explain select * from tb_user where substring(phone, 10, 2) = '15';

索引字符串类型时，没有加引号

字符串类型字段使用时，不加引号，索引将失效。如：explain select * from tb_user where phone = 17799990015;，此处phone的值没有加引号

头部模糊查询时

模糊查询中，如果仅仅是尾部模糊匹配，索引不会是失效；如果是头部模糊匹配，索引失效。如：explain select * from tb_user where profession like '%工程';，前后都有 % 也会失效。

or索引失效

用 or 分割开的条件，如果 or 其中一个条件的列没有索引，那么涉及的索引都不会被用到。

当mysql判断全局扫描比使用索引快

如果 MySQL 评估使用索引比全表更慢，则不使用索引。

Sql提示

我们先创建一个单列索引

create index idx_user_pro on tb_user(profession)

但是最终mysql使用的还是我们的联合索引没有使用单列索引
因此：
SQL提示：
是优化数据库的一种手段
使用某个索引：use index
不使用某个索引：ignore index
必须使用某个索引： force index

用法都是在from之后，表名之后指定索引
注意：
前两者都是去mysql中“建议”使用某个索引；因此会出现mysql不使用你的建议的情况
而force是强制使用索引，一定会使用！