mysql 索引生效的条件

本文详细介绍了MySQL中复合索引的使用规则和失效情况,包括:1) 索引支持的查询模式,如完全匹配和部分匹配;2) 索引失效的条件,如操作、范围查询、非等值比较和类型转换;3) 提供了优化查询和创建索引的一般性建议,强调了索引顺序和覆盖索引的重要性。

转自 https://blog.youkuaiyun.com/qq_35275233/article/details/87888809

1.索引失效举例

对于复合索引: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都没有用上索引效果


(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也没有发挥索引效果

2.索引失效的条件

  • 不在索引列上做任何操作(计算、函数、(自动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;  --- 未使用索引
    

一般性建议

  1. 对于单键索引,尽量选择针对当前query过滤性更好的索引
  2. 在选择组合索引的时候,当前Query中过滤性最好的字段在索引字段顺序中,位置越靠前越好。
  3. 在选择组合索引的时候,尽量选择可以能够包含当前query中的where子句中更多字段的索引
  4. 尽可能通过分析统计信息和调整query的写法来达到选择合适索引的目的
### MySQL 索引生效条件和机制 MySQL索引机制是数据库优化查询性能的重要工具。索引通过 B+ 树结构(或其他数据结构)来加速对表中数据的访问,但只有在特定条件下才能被有效利用。 #### 1. 最左前缀原则 联合索引遵循最左前缀原则,即查询条件必须从索引的最左列开始,并且不能跳过中间的列。例如,对于一个包含 `(a, b, c)` 的联合索引: - 查询 `WHERE a = 1` 和 `WHERE a = 1 AND b = 2` 能够使用该索引。 - 查询 `WHERE b = 2` 或 `WHERE a = 1 AND c = 3` 则无法充分利用索引[^4]。 #### 2. 避免对索引列进行操作 对索引列进行函数调用、表达式运算或类型转换会导致索引失效。例如: ```sql SELECT * FROM staffs WHERE name=2000; -- 类型不匹配导致索引失效 [^2] SELECT * FROM orders WHERE YEAR(order_date) = 2023; -- 对列使用函数导致全表扫描 [^3] ``` #### 3. 字符串类型的正确使用 如果索引列的数据类型是字符串(如 `VARCHAR`),在查询时必须将值用单引号括起来,否则可能会触发隐式类型转换,从而导致索引失效。例如: ```sql SELECT * FROM users WHERE username='john'; -- 正确使用索引 SELECT * FROM users WHERE username=12345; -- 隐式类型转换可能导致索引失效 [^2] ``` #### 4. 模糊查询的限制 当使用 `LIKE` 进行模糊匹配时,以 `%` 开头的模式会导致索引失效。例如: ```sql SELECT * FROM customers WHERE name LIKE '%apple%'; -- 无法使用索引 [^4] SELECT * FROM customers WHERE name LIKE 'apple%'; -- 可以使用索引 ``` #### 5. 使用覆盖索引 覆盖索引是指查询所涉及的所有字段都包含在索引中,这样可以避免回表查询,提高效率。例如: ```sql CREATE INDEX idx_name_age ON employees(name, age); SELECT name, age FROM employees WHERE name = 'John'; -- 使用覆盖索引 ``` #### 6. 不等于操作的影响 在使用 `!=` 或 `<>` 进行不等于比较时,MySQL 通常无法使用索引,从而导致全表扫描。例如: ```sql SELECT * FROM products WHERE price != 100; -- 可能不会使用索引 [^3] ``` #### 7. 更新统计信息 MySQL 优化器依赖统计信息来选择最优的执行计划。定期更新统计信息有助于保持索引的有效性。可以通过以下命令更新统计信息: ```sql ANALYZE TABLE table_name; ``` #### 8. 使用 EXPLAIN 分析查询 为了确认索引是否生效,可以使用 `EXPLAIN` 命令查看查询的执行计划。重点关注 `type`、`key` 和 `Extra` 字段: ```sql EXPLAIN SELECT * FROM orders WHERE order_date = '2023-01-01'; ``` - 如果 `type` 是 `ref` 或 `range`,并且 `key` 显示使用了某个索引,则表示索引生效。 - 如果 `Extra` 中出现 `Using filesort` 或 `Using temporary`,则可能需要优化查询或索引。 --- ###
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值