索引对查询条件顺序的影响

原帖地址:
http://community.youkuaiyun.com/Expert/FAQ/FAQ_Index.asp?id=207897

环境:Sql Server2000 +sp4

问题:
select datediff(day,'20040910','20040920')  --这句可以执行

--而下面这句不能执行(有时也可以执行)
--sub_para为varchar(8),错误信息是:从字符串转换为 datetime 时发生语法错误。
select * from T_SUB
where item_local_code='03004'
 and  datediff(day,sub_para,getdate())=29
 and (sub_del_flag<>1)

--而且不能执行的时候,这个语句不会返回任何记录集
select * from t_sub
where  item_local_code='03004'
 and isDate(sub_para)=0

-------------------------------------------------------------------------
--原因,表中创建的索引影响了条件的执行顺序
--导致先执行了 datediff(day,sub_para,getdate())

--下面的测试说明了这个问题
--测试表及数据
create table tb(
item_local_code char(5),
sub_del_flag int,
sub_para varchar(10),
constraint PK_t primary key(sub_para,item_local_code)
)
insert tb select '03004',1,'2003-1-1'
union all select '03005',1,'2003a1-1'
go

--查询语句
select * from (
 select * from tb
 where item_local_code='03004'
  and sub_del_flag<>0
  and isdate(sub_para)=1
) A where datediff(day,sub_para,getdate())>29
go

--删除测试
drop table tb

/*--测试结果

item_local_code sub_del_flag sub_para  
--------------- ------------ ----------
03004           1            2003-1-1

服务器: 消息 241,级别 16,状态 1,行 3
从字符串转换为 datetime 时发生语法错误。

--*/

<think>嗯,用户问的是MySQL中WHERE条件顺序是否会影响索引的使用。我需要根据提供的引用资料来整理答案。首先,根据引用[1],索引是(a,b),查询条件里只要用了a,可能数据量小的时候不走索引,但数据量大就会走。这说明字段的顺序可能不影响,但数据量会影响是否选择索引。然后引用[2]和[4]提到,当联合索引的所有列都出现在查询条件中时,顺序影响,但如果是部分列,就需要满足最左前缀原则。比如索引是(a,b,c),如果查询条件有a和c,但没有b,这时候可能用不到索引。引用[3]和[4]都强调了最左前缀原则的重要性,即查询条件必须从联合索引的最左列开始才能有效使用索引。比如索引(a,b),条件where b=1不会使用索引,而where a=1会使用。因此,总结起来,当联合索引的所有列都在条件中出现时,顺序不重要;否则必须满足最左匹配。同时,数据量的大小也可能影响优化器的选择,比如小表可能全表扫描更快。需要把这些点分条解释清楚,并给出例子帮助理解。最后生成相关问题,可能涉及优化方法、联合索引设计、查询计划查看等。</think>### MySQL中WHERE条件顺序索引使用的影响分析 #### 1. **联合索引查询条件顺序问题** 当查询条件中的字段**全部包含在联合索引列**时,条件顺序**不影响索引使用**。例如,联合索引为$(a,b)$,查询条件为`WHERE b=2 AND a=1`时,优化器会自动调整顺序为$a=1 AND b=2$,从而命中索引[^2][^4]。 **示例**: ```sql -- 索引:(a,b) SELECT * FROM table WHERE b=2 AND a=1; -- 仍会使用索引 ``` #### 2. **最左前缀匹配原则** 若查询条件仅包含**部分联合索引字段**,则必须满足**最左前缀原则**才能使用索引: - **有效情况**:查询条件包含索引的最左列(如联合索引$(a,b,c)$,条件为`WHERE a=1 AND b=2`)。 - **无效情况**:跳过最左列(如条件为`WHERE b=2`或`WHERE c=3`),此时无法使用索引[^3][^4]。 **示例**: ```sql -- 索引:(a,b,c) SELECT * FROM table WHERE b=2; -- 不使用索引 SELECT * FROM table WHERE a=1 AND c=3; -- 仅使用a列的索引 ``` #### 3. **数据量与优化器选择** 即使条件满足索引要求,优化器可能因**数据量较小**选择全表扫描,而非索引查询。例如,表数据量较小时,`WHERE a=1`可能直接全表扫描;当数据增长后,索引可能被启用[^1]。 #### 4. **字段顺序无关的特殊情况** 如果查询条件包含**索引覆盖的所有列**(如联合索引$(a,b)$,条件为`WHERE a=1 AND b=2`或`WHERE b=2 AND a=1`),字段顺序索引使用无影响[^4]。 --- ### 总结表格 | 场景 | 是否使用索引 | 原因 | |--------------------------|--------------|--------------------------| | 条件包含所有联合索引字段 | 是 | 优化器自动调整顺序 | | 条件满足最左前缀原则 | 是 | 索引结构支持顺序匹配 | | 条件跳过最左列 | 否 | 无法利用索引排序结构 | | 数据量小 | 可能否 | 优化器选择全表扫描更高效 | ---
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值