mysql 多列索引的生效规则

本文详细解析了MySQL中组合索引的工作原理,包括其如何帮助提高查询效率,以及在不同查询条件下的应用策略。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

原文地址:http://www.cnblogs.com/codeAB/p/6387148.html



mysql中 myisam,innodb默认使用的是 Btree索引,至于btree的数据结构是怎样的都不重要,
只需要知道结果,既然是索引那这个数据结构最后是排好序;就像新华字典他的目录就是按照a,b,c..这样排好序的;
所以你在找东西的时候才快,比如你找 “中” 这个字的解释,你肯定就会定位到目录的 z 开头部分;

组合索引可以这样理解,比如(a,b,c),abc都是排好序的,在任意一段a的下面b都是排好序的,任何一段b下面c都是排好序的;


组合索引的生效原则是  从前往后依次使用生效,如果中间某个索引没有使用,那么断点前面的索引部分起作用,断点后面的索引没有起作用;
比如 

where a=3 and b=45 and c=5 .... 这种三个索引顺序使用中间没有断点,全部发挥作用;
where a=3 and c=5... 这种情况下b就是断点,a发挥了效果,c没有效果
where b=3 and c=4... 这种情况下a就是断点,在a后面的索引都没有发挥作用,这种写法联合索引没有发挥任何效果;
where b=45 and a=3 and c=5 .... 这个跟第一个一样,全部发挥作用,abc只要用上了就行,跟写的顺序无关

 


(a,b,c) 三个列上加了联合索引(是联合索引 不是在每个列上单独加索引)

还需注意,  (a,b,c)多列索引和 (a,c,b)是不一样的,看上面的图也看得出来关系顺序是不一样的;
分析几个实际例子来加强理解;
分析句子中使用的索引情况

复制代码
(0)    select * from mytable where a=3 and b=5 and c=4;
abc三个索引都在where条件里面用到了,而且都发挥了作用
(1)    select * from mytable where  c=4 and b=6 and a=3;
这条语句列出来只想说明 mysql没有那么笨,where里面的条件顺序在查询之前会被mysql自动优化,效果跟上一句一样
(2)    select * from mytable where a=3 and c=7;
a用到索引,b没有用,所以c是没有用到索引效果的
(3)    select * from mytable where a=3 and b>7 and c=3;
a用到了,b也用到了,c没有用到,这个地方b是范围值,也算断点,只不过自身用到了索引
(4)    select * from mytable where b=3 and c=4;
因为a索引没有使用,所以这里 bc都没有用上索引效果
(5)    select * from mytable where a>4 and b=7 and c=9;
a用到了  b没有使用,c没有使用
(6)    select * from mytable where a=3 order by b;
a用到了索引,b在结果排序中也用到了索引的效果,前面说了,a下面任意一段的b是排好序的
(7)    select * from mytable where a=3 order by c;
a用到了索引,但是这个地方c没有发挥排序效果,因为中间断点了,使用 explain 可以看到 filesort
(8)    select * from mytable where b=3 order by a;
b没有用到索引,排序中a也没有发挥索引效果
复制代码

 


补充一个:

快速生成1000W测试数据库;

创建测试表:

复制代码
create table user (  
    id int(10) not null auto_increment,   
    uname  varchar(20) ,  
    regtime  char(30)  ,  
    age  int(11)   ,
    primary key (id)
)  
engine=myisam default charset=utf8 collate=utf8_general_ci  ,
auto_increment=1 ;
复制代码

 

编写存储过程:

复制代码
delimiter $$
SET AUTOCOMMIT = 0$$
 
create  procedure test()
begin
declare v_cnt decimal (10)  default 0 ;
dd:loop
          insert  into user values
    (null,rand()*10,now(),rand()*50),
        (null,rand()*10,now(),rand()*50),
        (null,rand()*10,now(),rand()*50),
        (null,rand()*10,now(),rand()*50),
        (null,rand()*10,now(),rand()*50),
        (null,rand()*10,now(),rand()*50),
        (null,rand()*10,now(),rand()*50),
        (null,rand()*10,now(),rand()*50),
        (null,rand()*10,now(),rand()*50),
        (null,rand()*10,now(),rand()*50);
      commit;
        set v_cnt = v_cnt+10 ;
           if  v_cnt = 10000000 then leave dd;
          end if;
         end loop dd ;
end;$$
 
delimiter ;
复制代码

 

调用存储过程:

call test();

### MySQL单字段索引不生效的原因及解决方案 #### 原因分析 MySQL 中单字段索引可能不生效的主要原因有以下几个方面: 1. **查询条件未正确匹配索引列** 如果 SQL 查询中的 WHERE 条件并未直接作用于已创建索引的列,则可能导致索引失效。例如,在查询中对索引列应用了函数或类型转换操作,这会阻止数据库引擎利用该索引来加速查询[^3]。 2. **覆盖索引不足** 当查询涉及多个字段而不仅仅是索引字段时,即使存在针对某些字段的索引,也可能不会被使用。只有当查询仅限于检索索引字段及其关联的数据(如主键 `id` 和索引字段本身)时,才更有可能触发索引的使用[^1]。 3. **数据分布特性影响优化器决策** 数据库查询优化器可能会基于统计信息判断全表扫描比使用索引更快。如果某张表的数据量较小或者特定条件下索引的选择性较低,优化器会选择放弃索引而采用其他执行计划[^2]。 4. **隐式类型转换** 若查询语句中的值与索引列的数据类型不同,MySQL 可能会对索引列进行隐式的类型转换,从而导致索引无法正常工作。 --- #### 解决方案 以下是几种常见的解决方法来应对单字段索引不生效的问题: 1. **调整查询逻辑以充分利用现有索引** 避免在 WHERE 子句或其他过滤条件中对索引列施加任何计算、表达式或函数调用。确保比较运算符两侧的数据类型一致,防止不必要的类型转换干扰索引的应用。 2. **分步查询减少复杂度** 对于需要同时获取大量非索引字段的情况,可以通过先单独提取满足条件记录的主键 ID 列表,再依据这些 ID 进行二次查询的方式实现目标。这种方法能够有效提升性能并强制启用索引。 示例代码如下: ```sql -- 第一步:筛选符合条件的ID集合 SELECT id FROM table_name WHERE indexed_column = 'value'; -- 第二步:根据第一步的结果集加载完整数据 SELECT * FROM table_name WHERE id IN (SELECT id FROM table_name WHERE indexed_column = 'value'); ``` 3. **定期维护统计数据保持最新状态** 使用 ANALYZE TABLE 或 OPTIMIZE TABLE 等命令更新存储引擎内部关于各表结构和内容的相关元数据信息,帮助查询优化器做出更加合理的路径选择决定。 4. **重新设计索引策略适应实际需求场景** 考虑到业务特点以及常见访问模式,适当引入复合索引或多列联合索引代替单一字段上的简单索引形式,进一步提高查询效率的同时也增加了灵活性。 5. **验证当前查询确实未能运用预期索引** 执行 EXPLAIN 关键字前缀附加至原始SQL之前查看其具体执行计划详情,确认是否存在潜在问题所在之处,并据此采取针对性改进措施。 --- ### 总结 综上所述,MySQL 单字段索引不生效通常源于多种因素共同作用所致,包括但不限于错误地修改了原生索引列、缺乏足够的覆盖范围支持以及其他外部环境变量的影响等。通过合理重构原有查询方式、加强基础架构层面的支持力度以及持续监控运行状况变化趋势等方面入手,可以显著改善此类现象的发生概率。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值