社区
基础和管理
帖子详情
查询条件的顺序一定要和索引建立时字段的顺序一致吗?如果不一致,会不会影响查询速度?
jarrywan
2005-11-09 06:08:47
查询条件的顺序一定要和索引建立时字段的顺序一致吗?如果不一致,会不会影响查询速度?
...全文
460
3
打赏
收藏
查询条件的顺序一定要和索引建立时字段的顺序一致吗?如果不一致,会不会影响查询速度?
查询条件的顺序一定要和索引建立时字段的顺序一致吗?如果不一致,会不会影响查询速度?
复制链接
扫一扫
分享
转发到动态
举报
写回复
配置赞助广告
用AI写文章
3 条
回复
切换为时间正序
请发表友善的回复…
发表回复
打赏红包
zzuheyong
2005-11-19
打赏
举报
回复
sbaz(万神渡劫) 虽然例子看起来好像是这样,可我实际应用中好像用到rownum<=10之类的话,是先查出前10行再满足后面的条件
常遇道
2005-11-19
打赏
举报
回复
一般还是一致好,
至于会不会影响查询速度?
如果是大型的数据库我想会有影响
超叔csdn
2005-11-09
打赏
举报
回复
好像听说是大部分情况是从后面的条件先执行的.
比如:select 1 from dual
where to_number('123a')=123 and 123>100
和
select 1 from dual
where 123<100 and to_number('123a')=123
和
select 1 from dual
where to_number('123a')=123 and 123<100
第一个执行报错,第二个报错,第三个不报错.
你可以看执行计划分析!
MySQL创建联合
索引
,
字段
的先后
顺序
,对
查询
的
影响
分析
文章目录前言最左匹配原则为什么
会
有最左前缀呢?联合
索引
的存储结构联合
索引
字段
的先后
顺序
b+树可以存储的数据条数总结 前言 对于联合
索引
我们知道,在使用的
时
候有一个最左前缀的原则,除了这些呢,比如
字段
放置的位置,
会
不
会
对
索引
的效率产生
影响
呢? 最左匹配原则 联合
索引
时
会
遵循最左前缀匹配的原则,即最左优先,在检索数据
时
从联合
索引
的最左边开始匹配,示例: create table test ( id bigint auto_increment pri
MySQL唯一
索引
不分
字段
顺序
_MySQL 关于联合
索引
的
字段
顺序
规则讨论
联合
索引
的
顺序
,难道不是哪个
查询
条件
最多用就放在前面的吗?比如商品有三个分类A,B,C,类似「界门纲目科属种」那样,越左类别越大。还有一个是商品来源D,不
一定
会
用于
查询
条件
中。举个例子,A代表衣服,B代表衣服下的长袖,C代表衣服下的红色的长袖。如果这三个
字段
是商品的三个属性,并且要
建立
索引
的话,必然是A,B,C的
顺序
,并且中间不应该有比如D
字段
(商品来源)因为假设你的
索引
是这样
建立
的D,A,B,C...
mysql where过滤
条件
中and连接的两个
条件
的
顺序
不必和
建立
的联合
索引
的
字段
顺序
一致
_mysql and
顺序
_mysql执行过程以及
顺序
mysql中and的判断
顺序
select * from a join b on
条件
一 and
条件
二
条件
一和二都是判断 id
字段
,
条件
一和
条件
二哪个先执行? 解析器
会
自动选择最优的流程执行的 这两个都是平级
条件
,理论上是没有先后
顺序
的! 没有
顺序
,解析器
会
自动判断 mysql where过滤
条件
中and连接的两个
条件
的
顺序
不必和
建立
的联合
索引
的
字段
顺序
一致
aa表 mysql> select * from aa; +------+--------+--------+ | id
建立
组合
索引
的
字段
顺序
优化
建立
组合
索引
的
字段
顺序
优化 简介 组合
索引
我们经常用到,
建立
组合
索引
大家也都
会
,但是如何考虑
建立
组合
索引
的
顺序
是一个值得推敲的事情。 正文 1. 尽量把最常用的
字段
放在最前面 对于我们需要创建的组合
索引
,如果同
时
又经常单独使用其中某个
字段
作为
查询
条件
,这样的
字段
是要求放在组合
索引
前面的。 因为这种场景下,能直接使用组合
索引
做范围扫描,否则,如果该
字段
放在后面,可能走
索引
跳跃扫描,全
索引
扫描,甚至...
mysql
索引
顺序
_MySQL中where
条件
的
顺序
对
索引
的
影响
看到有资料说,where
条件
的
顺序
和
索引
的
顺序
不
一致
,
会
影响
查询
的效率,根据的逻辑是:where
条件
的运行是从右到左的,将选择性强的
条件
放到最右边,可以先过滤掉大部分的数据(而选择性不强的
条件
过滤后的结果集仍然很大),在根据其它
条件
过滤
时
,需要比较的数据量就少,提高
查询
的效率。当我看到这个逻辑
时
,自我认为不是太合理,数据库引擎在执行SQL语句
时
,都是要经过
查询
优化器的,
查询
优化器
会
将SQL进行优化...
基础和管理
17,377
社区成员
95,128
社区内容
发帖
与我相关
我的任务
基础和管理
Oracle 基础和管理
复制链接
扫一扫
分享
社区描述
Oracle 基础和管理
社区管理员
加入社区
获取链接或二维码
近7日
近30日
至今
加载中
查看更多榜单
社区公告
暂无公告
试试用AI创作助手写篇文章吧
+ 用AI写文章