分别谈谈联合索引生效和失效的条件

本文探讨了MySQL联合索引的生效和失效条件。联合索引需从左到右使用,若最左侧字段被引用,索引便有效。只对后面列执行搜索时,复合索引无用。同时,索引会在不在索引列上做操作、使用范围条件右边列、like通配符开头、null比较等情况时失效。建议根据查询需求选择合适的索引策略。

这道题考查索引生效条件、失效条件。像这类问题才其实很有意义,建议各位以后面试其他伙伴的时候,多侧重这类问题的提问,比考察一般概念性的问题好多了。

 

能大概考察应聘者对写的程序是有注重做优化,提高代码质量和程序性能呢 还是只简单的CV了事。

联合索引失效的条件

联合索引又叫复合索引。两个或更多个列上的索引被称作复合索引。

对于复合索引:Mysql从左到右的使用索引中的字段,一个查询可以只使用索引中的一部分,但只能是最左侧部分。例如索引是key index (a,b,c)。可以支持a | a,b| a,b,c 3种组合进行查找,但不支持 b,c进行查找 。当最左侧字段是常量引用时,索引就十分有效。

利用索引中的附加列,可以缩小搜索的范围,但使用一个具有两列的索引不同于使用两个单独的索引。

复合索引的结构与电话簿类似,人名由姓和名构成,电话簿首先按姓氏对进行排序,然后按名字对有相同姓氏的人进行排序。如果您知道姓,电话簿将非常有用;如果您知道姓和名,电话簿则更为有用,但如果您只知道名不姓,电话簿将没有用处。

所以说创建复合索引时,应该仔细考虑列的顺序对索引中的所有列执行搜索或仅对前几列执行搜索时,复合索引非常有用;仅对后面的任意列执行搜索时,复合索引则没有用处。

如:建立 姓名、年龄、性别的复合索引。

    create table myTest(

         a int,

         b int,

         c int,

         KEY a(a,b,c)

    );

1

select * from myTest  where a=3 and b=5 and c=4; ----  abc顺序

abc三个索引都在where条件里面用到了,而且都发挥了作用

2

select * from myTest  where  c=4 and b=6 and a=3;

where里面的条件顺序在查询之前会被mysql自动优化,效果跟上一句一样

3

select * from myTest  where a=3 and c=7;

a用到索引,b没有用,所以c是没有用到索引效果的

4

select * from myTest  where a=3 and b>7 and c=3; ---- b范围值,断点,阻塞了c的索引

a用到了,b也用到了,c没有用到,这个地方b是范围值,也算断点,只不过自身用到了索引

5

select * from myTest  where b=3 and c=4;   --- 联合索引必须按照顺序使用,并且需要全部使用

因为a索引没有使用,所以这里 bc都没有用上索引效果

6

select * from myTest  where a>4 and b=7 and c=9;

a用到了 b没有使用,c没有使用

7

select * from myTest  where a=3 order by b;

a用到了索引,b在结果排序中也用到了索引的效果,a下面任意一段的b是排好序的

8

select * from myTest  where a=3 order by c;

a用到了索引,但是这个地方c没有发挥排序效果,因为中间断点了,使用 explain 可以看到 filesort

9

select * from mytable where b=3 order by a;

b没有用到索引,排序中a也没有发挥索引效果

最后说说索引失效的条件

  • 不在索引列上做任何操作(计算、函数、(自动or手动)类型转换),会导致索引失效而转向全表扫描

  • 存储引擎不能使用索引范围条件右边的列

  • 尽量使用覆盖索引(只访问索引的查询(索引列和查询列一致)),减少select *

  • mysql在使用不等于(!=或者<>)的时候无法使用索引会导致全表扫描

  • is null,is not null也无法使用索引

  • like以通配符开头(’%abc…’)mysql索引失效会变成全表扫描的操作。

问题:解决like‘%字符串%’时索引不被使用的方法?

字符串不加单引号索引失效

SELECT * from staffs where name='2000';  
-- 因为mysql会在底层对其进行隐式的类型转换

SELECT * from staffs where name=2000;  
--- 未使用索引

一般性建议

  • 对于单键索引,尽量选择针对当前query过滤性更好的索引

  • 在选择组合索引的时候,当前Query中过滤性最好的字段在索引字段顺序中,位置越靠前越好。

  • 在选择组合索引的时候,尽量选择可以能够包含当前query中的where子句中更多字段的索引

  • 尽可能通过分析统计信息和调整query的写法来达到选择合适索引的目的

### 联合索引失效的常见场景用法 联合索引(Composite Index)是一种多列索引,它在查询优化中起着重要作用。然而,在某些情况下,联合索引可能无法生效导致查询性能下降。 #### 1. 查询条件未使用最左前缀 联合索引依赖于最左前缀原则,即查询条件必须从索引的最左侧列开始,否则索引失效。例如,如果有一个联合索引 `(col1, col2)`,但查询仅使用 `col2`,则索引不会被使用[^3]。 ```sql SELECT * FROM table WHERE col2 = 'value'; -- 索引失效 ``` #### 2. 使用范围查询后中断索引列 当在联合索引中使用范围查询(如 `<`, `>`, `BETWEEN`, `LIKE`)时,后续的列索引可能无法使用。例如,对于联合索引 `(a, b, c)`,如果查询条件为 `a = 1 AND b > 2 AND c = 3`,那么 `c` 列的索引失效[^1]。 ```sql SELECT * FROM table WHERE a = 1 AND b > 2 AND c = 3; -- c列索引失效 ``` #### 3. 查询条件中包含非等值匹配 联合索引要求查询条件中的列必须使用等值匹配(`=`)。如果使用了不等于操作符(如 `!=`、`NOT IN`、`NOT EXISTS`),则索引可能会失效。例如: ```sql SELECT * FROM user WHERE age != 25; -- 索引失效 ``` #### 4. 查询条件索引列参与运算或函数 如果查询条件中对索引列进行了运算或使用了函数,则索引可能无法使用。例如,如果 `age` 是整型,而查询中传入的是字符串 `'25'`,MySQL 可能会因为类型不匹配而不能使用索引[^3]。 ```sql SELECT * FROM table WHERE age + 1 = 26; -- 索引失效 ``` #### 5. 查询条件中包含 OR 连接无索引字段 如果查询条件中使用了 `OR` 并且其中一部分没有索引,则 MySQL 可能会放弃使用索引。这种情况需要确保所有条件都有适当的索引支持[^2]。 #### 6. 查询条件中使用错误的通配符 在使用 `LIKE` 操作符时,如果模式以通配符(如 `%` 或 `_`)开头,则索引可能无法使用。例如: ```sql SELECT * FROM table WHERE name LIKE '%abc'; -- 索引失效 ``` #### 7. 查询未使用覆盖索引 如果查询的字段不在索引中,则即使使用了索引,也可能需要进行额外的 I/O 操作来获取数据,这可能导致性能下降。因此,尽量使用覆盖索引以提高查询效率[^2]。 #### 8. MySQL 放弃使用索引 在某些情况下,MySQL 可能会根据统计信息决定放弃使用索引,尤其是在表的数据量较小或者查询结果集较大时。这种情况下,全表扫描可能比使用索引更高效[^2]。 ---
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值