order by使用索引列排序时会失效吗?

最新推荐文章于 2025-03-14 22:50:20 发布
最新推荐文章于 2025-03-14 22:50:20 发布
阅读量5.9k 收藏 12
点赞数 4
分类专栏： 随笔一记 文章标签： order by 索引排序
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/libingbojava/article/details/118637716
版权
在SQL查询中，orderby语句的效率取决于驱动表的选择和索引的有效利用。驱动表是在多表联查时首先被查询的表，其选择应尽可能减少数据量。如果orderby依据的是驱动表的索引列，则索引能有效提高排序效率；反之，如果排序字段来自非驱动表，索引将不起作用，可能导致性能下降。因此，理解并优化驱动表选择对于提升SQL查询性能至关重要。

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

order by使用索引列排序时会失效吗?
在使用order by对某列进行排序时, 其sql一定进行了多表联查的操作. 说白了肯定做了表关联. 既然有表关联, 那order by排序就可以对任意的表进行排序. 那么应该对那个表进行排序好点呢?

先说结论, order by后面跟的索引列只是对 驱动表才起作用, 也就是说如果是对驱动表进行排序, 那么order by后面的索引是起作用的, 但是如果order by后面跟的排序字段不是驱动表的, 那么这时索引是不起作用的.

问题来了 , 什么是驱动表?
在进行多表联查时, sql执行时会先查出一个表中符合查询条件的数据,然后再用这些条件去匹配另一个表中的符合条件的数据 , 合并后的数据就是我们要的结果集. 那么先查出来结果集的这个表就是驱动表.

问题又来了, 谁有资格做驱动表?
答: 谁查出来符合条件的数据量少, 谁就最有资格做驱动表. 这里为什么只说最有资格做? 而不是一定做?
因为当用户使用 left join , right join 指定了驱动表时, 以用户指定的表作为驱动表. (关键字左边的表时驱动表) , 当用户使用join 或者 , 没有指定驱动表时, 由数据库自己挑出一个结果集最少的表作为驱动表. 如果用户使用left join指定了一个查询出来数据量很大的表作为驱动表时, 那就很糟糕了.

order by索引排序的失效与不失效?
如果order by 后的排序字段用的是驱动表的排序字段, 那么这个字段的索引是不失效的, 效率高.
如果order by 后的排序字段用的不是驱动表的字段 , 那么索引不会起作用, 数据库会将驱动表查出来的数据和其他表进行关联, 关联后的结果集创建一个临时表进行存储, 然后对这个临时表按非驱动表的列进行排序 ,这样sql效率会变慢.

高薪程序员&面试题精讲系列90之索引什么情况下会失效？
一一哥
04-20 894
一. 面试题及剖析 1. 今日面试题 MySQL有哪些索引？ 索引的底层原理你熟悉吗？ 组合索引了解吗？ 聚簇(集)索引和非聚簇(集)索引有什么区别？ 什么情况下索引会失效？ 2. 题目剖析 在上一篇文章中，壹哥给大家讲解了MySQL索引的分类，以及索引的原理，接下来在今天的文章中，壹哥会给大家讲解索引如何创建，以及哪些情况会导致索引失效。 二. 索引创建原则 我们在创建索引时，并不是想怎么建就怎么建，而是需要遵循一些既定的原则，这样才能更好地提升索引的性能，避免索引失效。接下来壹哥
order by、group by也会使用索引？使用这俩关键字的时候索引什么时间会失效
秃了也弱了
03-09 1万+
目录 写在前面 初始化语句 orderby索引分析 总结 groupby 写在前面 我们都知道，索引可以提高查询和排序的速度。 所以，orderby做排序的时候，显然是可以使用索引的。 groupby做分组也会用到索引吗？ 关于查询时索引失效场景的验证，请参考这篇文章：MySQL索引失效的场景，什么情况下会造成MySQL索引失效 初始化语句 CREATE TABLE `student` ( `id` int(11) NOT NULL AUTO_...
order by一定会导致索引失效吗？
guliudeng的博客
02-10 2094
第一条语句它的执行过程是先去取出所有数据，然后根据bcd进行排序，或者，之前已经建立了bcd索引，先走bcd索引，然后再回表出查询全部数据，这种方法就不需要排序了，只需要根据主键id回表取数据就行，但是比第一种多了回表的动作，且不说两种方法的效率如何（需要看数据量），这条语句的两种执行流程都是要进行全表扫描的。第二条语句，它只需要bcd的数据，而且已经建立了bcd为顺序的索引，那么你select b,c,d和order by b,c,d都可以满足使用它索引的条件，那么MySQL当然会走索引了。
索引失效的10种场景，你知道几个呢？
最新发布
小赵的博客
03-14 973
不知道你在实际工作中，有没有遇到过下面的这两种情况：明明在某个字段上加了索引，但实际上并没有生效。索引有时候生效了，有时候没有生效。今天就跟大家一起聊聊，mysql数据库索引失效的10种场景，给曾经踩过坑，或者即将要踩坑的朋友们一个参考。
order by 索引失效
热门推荐
qq_36176985的博客
05-27 1万+
为什么只有order by 字段出现在where条件中时,才会利用该字段的索引而避免排序。这要说到数据库如何取到我们需要的数据了。 一条SQL实际上可以分为三步。 1.得到数据 2.处理数据  3.返回处理后的数据  比如上面的这条语句select sid from zhuyuehua.student where sid 第一步：根据where条件和统计信息生成执行计划，得到数据。 
Mysql-索引失效 order by优化
zyk1.的博客
06-12 9700
Mysql-索引失效 order by优化 索引失效 最佳左前缀法则 如果索引了多列 要遵循最佳左前缀法则 指从查询索引的最左前列开始并且不跳过索引中的列 不在索引列上做任何操作 会导致索引失效而转向全表扫描 不能使用索引中范围条件右边的列 尽量使用覆盖索引 在使用不等于(!=或者<>)的时候 无法使用索引会导致全表扫描 is null 和is not null也无法使用索引 lile以通配符开头 会造成索引失效变成全表扫描
mysql索引失效
weixin_47796247的博客
12-11 4072
某些查询的时候没有办法使用索引 比如下面的例子 ，因为没有办法使用数据结构 ，索引一般是hash或者btree结构，比如我们一般用某种数据结构二分法查询一个值，可以查到。但是我们查询一个结果，用二分法要求查询不属于某些值的，就没有办法使用数据结构，就使用不了索引。所以核心就是判断一个sql语句能不能通过数据结构来查询出结果，能查询出来就是能够使用索引，不能查询出来就是不能使用索引。，该索引失效，只有当or左右查询字段均为索引时，才会生效。，导致不能命中索引，引发失效。，导致不能命中索引,引发失效。
MySQL 通过索引优化含ORDER BY的语句
12-15
9. **多列索引的顺序**：当`WHERE`和`ORDER BY`涉及到多个列时，应确保索引的列顺序与查询中的顺序一致。例如： ```sql SELECT * FROM [table] WHERE uid=1 ORDER BY x,y LIMIT 0,10; ``` 应创建`(uid, x, y)`的...
Mysql排序和分页(order by&limit)及存在的坑
12-14
当需要同时根据多个字段排序时，可以在`ORDER BY`后列出多个字段，用逗号分隔。例如，如果表`stu`中既有`age`字段又有`id`字段，我们可以先按照年龄降序排列，年龄相同的情况下再按学号升序排列： ```sql SELECT * ...
在sql中不指定Order by排序是按照主键吗
09-10
聚集索引在表中定义了一个唯一的排序顺序，但这并不意味着不使用`ORDER BY`时默认会遵循这个顺序。非聚集索引则可能按照不同的列进行排序，或者在没有明确排序需求时，数据库可能会选择使用覆盖索引，即只包含查询所...
MySQL查询时使用orderBy id 导致索引失效解决方法
weixin_42905245的博客
10-11 777
1、直接使用：ORDER BY id+1 DESC 使用数字运算方法让mysql优化器忽略主键索引。2、换成其他字段，如ORDER BY create_time DESC。在进行一些大表的查询有时候用到了主键id排序会导致索引失效。
mysql索引失效的五种情况分析
12-15
索引并不是时时都会生效的，比如以下几种情况，将导致索引失效： 如果条件中有or，即使其中有条件带索引也不会使用(这也是为什么尽量少用or的原因) 　　 　　注意：要想使用or，又想让索引生效，只能将or条件中的每个列都加上索引 　　2.对于多列索引，不是使用的第一部分，则不会使用索引 　　3.like查询是以%开头 　　4.如果列类型是字符串，那一定要在条件中将数据使用引号引用起来,否则不使用索引 　　 　　5.如果mysql估计使用全表扫描要比使用索引快,则不使用索引 此外，查看索引的使用情况 show status like ‘Handler_read%’; 大家可以注意： handle
MySQL ORDER BY失效与索引失效深度排查指南——从原理到实战优化技巧
Zyw907155124的博客
07-21 5291
【原理剖析+实战案例】针对MySQL排序失效与索引失效两大高频难题，本文深度解析VARCHAR类型隐式转换陷阱、联合索引最左匹配原则失效、OR条件/LIKE操作导致索引失效等六大场景。通过Explain执行计划解读、trace工具追踪、缓冲区优化等维度，系统讲解索引优化方案与排序算法底层机制，助你快速定位SQL性能瓶颈。附子查询排序失效解决方案与10+个生产环境优化案例，数据库调优工程师必备指南！
sql优化，order by 语句和索引是否失效的关系的理解
weixin_42935902的博客
07-21 4692
c1 c2 c3 c4四个字段产生一个联合索引。 select * from 表 where c1=1 and c2=5 order by c3 这个sql，c3字段排序走索引吗？ 答案是：走索引。 原来我想的是，我的理解是c3不会走索引，因为假设有100条数据，通过c1 c2排序90条，这个期间没有用到c3排序。而剩下10条通过c3排序。也就是说只有10条数...
什么情况下mysql使用order by不会走索引？
骑自行车的小黄
02-14 3360
需要判断查询的返回字段是否被索引覆盖，如果全部被索引覆盖了那么就会走索引，如果没有全部覆盖mysql就会根据数据量的大小来判断是否进行全表扫描或者先走索引再回表查询。
Mysql索引：索引失效场景
Jc0803kevin的专栏
06-23 392
这种情况还有一个特例，如果字段类型为int类型，而查询条件添加了单引号或双引号，则Mysql会参数转化为int类型，虽然使用了单引号或双引号。，但是查询添加的参数类型为整数。在查询过程中发生了隐式类型转换，导致索引失效。因为认为 not in 时结果集会比较大，而 in 的时候结果集会比较小。但是not in 查询的是主键字段，还是会走索引的，普通索引就会失效。在上面的联合索引中，如果查询条件是age或username，当使用了。但是如何字段类型为int的，还是可以走索引的。，肯定是不会走索引的。
Mysql-索引失效、关联查询优化、子查询优化、order by优化、group by优化、分页优化
weixin_41047933的博客
02-18 1497
建立索引实验数据： 建表： #创建部门表 DROP TABLE IF EXISTS `dept`; CREATE TABLE `dept` ( `id` int(20) NOT NULL AUTO_INCREMENT, `deptname` varchar(30) DEFAULT NULL COMMENT '部门名称', `address` varchar(40) DEFAULT NU...
MySql使用order by会不会走索引?
xiaoshitou_2015的博客
04-02 2444
需要判断查询的返回字段是否被索引覆盖, 如果全部被索引覆盖了那么就会走索引，如果没有全部覆盖mysql 就会根据数据量的大小来判断是否进行全表扫描或者先走索引再回表查询。本文引用:mysql使用order by会不会走索引？_骑电动车的小黄的博客-优快云博客。
【第三篇】MySQL 索引失效的常见原因【重点】
JustDI0209的博客
09-22 367
where 条件后的字段 age 用了大于等于where code='001' and age>18 and name='张飞';从上图中看出索引长度变成： 96 ， 96 = 30*3 + 2 + 4 ，只用到了两个索引字段 code 和age ，而 name 字段的索引失效了。where code='001' and name='张飞' and age>18;
order by后索引失效
01-11
### SQL `ORDER BY` 导致索引失效的原因 MySQL 查询执行计划会优先考虑 WHERE 子句中的条件来选择合适的索引。当查询中存在多个可以利用索引的地方时，比如 WHERE 和 ORDER BY 同时出现的情况下，MySQL 只会选择其中一个地方使用索引[^2]。 对于 `ORDER BY` 的情况，如果 MySQL 认为全表扫描并排序的成本低于通过索引来获取有序数据，则可能会放弃使用索引来进行排序操作。这通常发生在： - 表的数据量较小； - 排序字段上没有创建适合的索引； - 或者即使有索引，但优化器认为其他方式更高效。 ### 解决方案 #### 方案一：覆盖索引 确保用于排序的列上有适当的索引，并且该索引能够满足查询需求而无需回表查找更多数据。例如，在一个包含多列的选择列表里，应该建立组合索引而不是单个列上的独立索引。这样不仅可以加速排序过程，还可以减少 I/O 开销。 ```sql CREATE INDEX idx_sale_data ON table_name(sale_code, data_month); ``` #### 方案二：强制索引提示 有时可以通过显式指定要使用的索引来影响查询优化器的行为。虽然这种方法并不总是推荐，但在某些特定场景下可能有效果。 ```sql SELECT * FROM table_name FORCE INDEX(idx_sale_data) WHERE sale_code = 'some_value' ORDER BY data_month; ``` #### 方案三：子查询分页技术 针对大数据集的情况，可以采用先取有限数量记录再做进一步处理的方法。这种方式能有效地降低每次查询所需的时间和资源消耗。 ```sql SELECT * FROM ( SELECT * FROM risk ORDER BY data_month DESC LIMIT 100000000 -- 使用较大的LIMIT值模拟全部结果集 ) AS temp_table GROUP BY sale_code; ``` 此方法适用于需要同时进行排序和聚合运算的情形，但是需要注意的是设置过大的 LIMIT 值也可能带来性能问题，应根据实际情况调整这个数值大小[^3]。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值