oracle order by 走索引吗,ORDER BY是否走索引情况分析

最新推荐文章于 2023-04-02 22:44:15 发布

王靖海

最新推荐文章于 2023-04-02 22:44:15 发布

阅读量1.8k

点赞数

文章标签： oracle order by 走索引吗

本文分析了Oracle中ORDER BY语句是否使用索引的情况。当ORDER BY的列是索引列时，Oracle可能走索引，如示例1所示。如果ORDER BY涉及多个列且未创建复合索引，则不走索引，如示例2。然而，如果ORDER BY的顺序与复合索引匹配，则会使用该复合索引，如示例3所演示。

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

该楼层疑似违规已被系统折叠隐藏此楼查看此楼

1.ORDER BY 索引列

走索引

示例:

12:15:49 SCOTT@orcl> select * from emp order by empno;

已用时间: 00: 00: 00.01

执行计划

----------------------------------------------------------

Plan hash value: 4004826672

--------------------------------------------------------------------------------------

| 0 | SELECT STATEMENT | | 14 | 560 | 2 (0)| 00:00:01 || 1 | TABLE ACCESS BY INDEX ROWID| EMP | 14 | 560 | 2 (0)| 00:00:01 || 2 | INDEX FULL SCAN | EMP_PK | 14 | | 1 (0)| 00:00:01 |

--------------------------------------------------------------------------------------

显然走了主键索引EMP_PK.

2.order by 索引列a,索引列b。

不走索引

示例:

--查看索引

12:18:48 SCOTT@orcl> select INDEX_NAME,CO

最低0.47元/天解锁文章

200万优质内容无限畅学

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

王靖海

关注关注

0
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

Mysql ORDER BY是否走索引？

Gemini1995的博客

07-10

1371

在 MySQL 中，`ORDER BY` 子句是否使用索引取决于多种因素，包括查询的具体情况、索引的类型和结构、查询中的其他条件等。

oracle order by 走索引吗,oracle order by 索引是否使用的情况

weixin_32273159的博客

04-06

5504

刚开始在网上看了很多说order by 走索引有两个前提条件1，ORDER BY中所有的列必须包含在相同的索引中并保持在索引中的排列顺序.2，ORDER BY中所有的列必须定义为非空.下面是测试：建表：create table person(id VARCHAR2(50) not null,name VARCHAR2(20) not null,phone VARCHAR2(1...

参与评论您还未登录，请先登录后发表或查看评论

ORACLE ORDER BY 索引

wq105032007067的专栏

09-04

3579

ORDER BY 通常会有两种实现方法，一个是利用有序索引自动实现，也就是说利用有序索引的有序性就不再另做排序操作了。另一个是把结果选好之后再排序。用有序索引这种，当然是最快的，不过有一些限制条件，来看下面的测试。 17jquery.com 测试数据：student表有两个字段id ,sid ,id是主键。一共有20W条记录，id从1到200000,sid也是从1到2

order by 索引是否一定会走索引

Fanzongshen的博客

12-15

9145

order by 索引是否一定会走索引和优化问题。

Oracle如何给groupby加索引,请教 group by如何走索引

weixin_27012835的博客

04-02

2897

oracle groupby 索引,Oracle 高级查询之Group by

weixin_31283549的博客

04-03

1105

对于group by 的方式不再累赘，高级方式如下案例。参考老师文章：http://blog.youkuaiyun.com/fu0208/article/details/7183258，向老师致敬，辛苦了为了方便大家学习和测试，所有的例子都是在Oracle自带用户Scott下建立的。所用emp表，如果没有此表请参考文章：http://blog.youkuaiyun.com/xiaokui_wingfly/article/...

sql order by与索引之间的关系（where条件出现字段才有效）

热门推荐

写博客只为学习

04-11

2万+

ORDER BY 通常会有两种实现方法，一个是利用有序索引自动实现，也就是说利用有序索引的有序性就不再另做排序操作了。另一个是把结果选好之后再排序。用有序索引这种，当然是最快的，不过有一些限制条件，来看下面的测试。测试数据：student表有两个字段id ,sid ,id是主键。一共有20W条记录，id从1到200000,sid也是从1到200000的数据。第一种情况 : or

Oracle使用索引比全表扫描慢,分区表不走索引，全表扫描为何效率更高？

weixin_31754073的博客

04-03

1473

概述：TK_TASKINFO_FINISH_DT是一个分区表，是create_time字段做为分区，按每月做分区数据量有400多万，数据分布如下：SQL> Select to_char(create_time,'yyyymm'),Count(1) From TK_TASKINFO_FINISH_DT2 Group By to_char(create_time,'yyyymm')3...

Oracle不走索引的原因

Gavin luo 我们共同努力

04-03

1496

因为的确解帮助自己决了自己的问题，所以把这篇文章分享给大家在Oracle数据库操作中，为什么有时一个表的某个字段明明有索引，当观察一些语的执行计划确不走索引呢？如何解决呢？本文我们主要就介绍这部分内容，接下来就让我们一起来了解一下 . 不走索引大体有以下几个原因：你在Instance级别所用的是all_rows的方式你的表

Oracle执行计划不走索引的原因总结

12-14

在Oracle数据库操作中，为什么有时一个表的某个字段明明有索引，当观察一些语的执行计划确不走索引呢？如何解决呢？本文我们主要介绍这部分内容，接下来让我们一起来了解一下。　　不走索引大体有以下几个原因：　　你在Instance级别所用的是all_rows的方式　　你的表的统计信息（可能的原因）　　你的表很小，上文提到过的，Oracle的优化器认为不值得走索引。　　解决方法：　　可以修改init.ora中的OPTIMIZER_MODE这个参数，把它改为Rule或Choose，重起数据库。也可以使用4中所提的Hint。　　不走索引的其它原因：　　1、

oracle 不走索引的原因

wacthamu的专栏

02-01

1万+

create table tb2 as select * from emp; alter table tb2 modify empno number(4) not null; 翻到20W行 create index idxtb21 on tb2(empno); select INDEX_NAME from dba_indexes where table_name='TB2';--验

order by不走索引的思考

weixin_34113237的博客

04-05

158

Oracle中 Order by +主键，索引

qq_41617901的博客

06-01

892

在Oracle，Order by +主键，查询很快；在Oracle,Ordery by +索引，查询很快；在Oracle,Order by +主qvfh

MySql使用order by会不会走索引?

xiaoshitou_2015的博客

04-02

2487

需要判断查询的返回字段是否被索引覆盖, 如果全部被索引覆盖了那么就会走索引，如果没有全部覆盖mysql 就会根据数据量的大小来判断是否进行全表扫描或者先走索引再回表查询。本文引用:mysql使用order by会不会走索引？_骑电动车的小黄的博客-优快云博客。

oracle order by索引是否使用的情况

极客神殿

04-16

3317

刚开始在网上看了很多说order by 走索引有两个前提条件 1，ORDER BY中所有的列必须包含在相同的索引中并保持在索引中的排列顺序. 2，ORDER BY中所有的列必须定义为非空. 下面是测试：建表： create table person ( id VARCHAR2(50) not null, name

oracle什么列适合键索引,oracle order by 索引列能达到优化目的以减少查询时间吗...

weixin_42561623的博客

04-04

262

oracle order by 索引列能达到优化目的以减少查询时间吗单transeq建索引没有用，因为取数据时不会用这个索引(而是会合索引)，最后必须做排可以考虑建一个联合索引(transeq,SN),注意这个和原来的联合索引(SN,transeq)是不一样的。这样如果取数据时用到了新建的这个联合索引，那么就不需要做排序了，可以省下排序的时间。但如果你的where里还有单独的SN条件的话，有可能...

order by与索引

Ryze

03-09

9629

oracle date类型在mapper中怎么让日期类型走索引

最新发布

07-24

<think>我们正在讨论的是在MyBatis中如何为Oracle的DATE类型字段传递参数以确保使用索引。关键点： 1. Oracle的DATE类型包含日期和时间（精确到秒），但通常我们传递参数时需要注意格式匹配。 2. 在MyBatis中，我们可以使用#{}传递参数，这样可以防止SQL注入，并且MyBatis会使用预编译语句。 3. 为了确保Oracle能够使用索引，我们需要避免在列上使用函数转换（如TO_DATE, TO_CHAR等），因为这样会导致索引失效。常见问题：如果我们传递的参数是字符串，并且直接与DATE类型比较，Oracle会隐式转换，这可能导致索引失效。因此，我们应该传递正确的类型。解决方案： 1. 在Java中，我们可以使用java.util.Date或java.time.LocalDateTime等类型来表示日期时间。 2. 在Mapper接口中，参数类型设置为对应的日期时间类型。 3. 在XML中，直接使用#{}传递，MyBatis会将其转换为Oracle的DATE类型（通过JDBC驱动）。步骤： a. 确保Java实体或参数类型是日期时间类型（如Date, LocalDateTime等）。 b. 在Mapper XML中，使用#{}引用参数，不要使用函数包裹列名。示例：假设我们有一个表： CREATE TABLE orders ( order_id NUMBER, order_date DATE ); 在order_date上有索引。我们想查询某一天的订单。错误做法（会导致索引失效）： SELECT * FROM orders WHERE TO_CHAR(order_date, 'YYYY-MM-DD') = '2024-01-01' 正确做法：使用范围查询（因为DATE类型包含时间，所以我们需要查询一天的范围） Java代码： // 使用LocalDateTime LocalDateTime start = LocalDateTime.of(2024, 1, 1, 0, 0, 0); LocalDateTime end = start.plusDays(1); Mapper接口： List<Order> getOrdersByDate(@Param("start") LocalDateTime start, @Param("end") LocalDateTime end); XML映射： <select id="getOrdersByDate" resultType="Order"> SELECT * FROM orders WHERE order_date >= #{start} AND order_date < #{end} </select> 这样，条件列（order_date）没有使用函数转换，所以索引可以被使用。另外，如果我们只需要日期部分（不包含时间），而数据库中的DATE类型列可能包含时间，那么我们需要使用范围查询（如上所示）来避免函数转换。注意：在Oracle中，也可以使用TRUNC函数，但是这样会导致索引失效，除非有基于TRUNC(order_date)的函数索引。因此，推荐使用范围查询，这样既能够利用索引，又能够避免函数转换。另外，关于MyBatis中参数传递： - 使用#{}，MyBatis会使用PreparedStatement，参数类型会通过JDBC驱动正确传递（作为DATE或TIMESTAMP）。 - 在Oracle中，DATE类型对应的是java.sql.Timestamp（因为DATE包含时间），但也可以使用java.util.Date。在MyBatis中，它会自动处理。如果参数是字符串，我们需要在Mapper XML中使用TO_DATE函数显式转换，但这样在列上使用函数会导致索引失效。所以我们应该避免。因此，最佳实践是使用Java的日期时间类型作为参数，然后使用范围查询。总结： 1. 在Java端使用LocalDateTime或Date类型表示日期时间。 2. 在查询条件中，使用范围查询（>= 和 <）来避免在数据库列上使用函数。 3. 在MyBatis中直接使用#{}传递参数。这样就能确保Oracle使用索引。引用说明：在引用[2]中，我们看到MyBatis使用#{}来传递参数，这是安全的预编译方式。我们同样应该使用这种方式传递日期参数。引用[3]展示了在MyBatis XML中如何使用枚举和表达式，但我们这里不需要，因为我们传递的是日期类型。因此，我们按照上述方式传递参数即可。</think>在 MyBatis 中为 Oracle DATE 类型字段传递参数以确保有效利用索引，需遵循以下关键实践： ### 📌 核心原则 1. **使用预编译参数**：始终使用 `#{}` 语法传递参数，避免 SQL 注入风险并确保类型安全[^2] 2. **匹配数据类型**：Java 参数类型应与数据库 DATE 类型匹配 3. **避免列上函数转换**：防止索引失效 ### 🔍 最佳实践 #### 1. Java 类型选择 ```java // 推荐：使用 java.time.LocalDateTime public List<Order> findOrdersByDate(@Param("orderDate") LocalDateTime orderDate); // 备选：java.util.Date（旧版兼容） public List<Order> findOrdersByDate(@Param("orderDate") Date orderDate); ``` #### 2. Mapper XML 配置 ```xml  <select id="findOrdersByDate" resultType="Order"> SELECT * FROM orders WHERE order_date = #{orderDate} </select>  <select id="findOrdersByDateRange" resultType="Order"> SELECT * FROM orders WHERE order_date BETWEEN #{startDate} AND #{endDate} </select> ``` #### 3. 日期处理技巧 ```xml  ❌ WHERE TO_CHAR(order_date, 'YYYY-MM-DD') = #{dateString}  ✅ WHERE order_date = #{orderDate} ``` ### ⚠️ 关键注意事项 1. **时区一致性** 确保应用服务器与数据库时区设置一致： ```java // 设置JVM时区（启动参数） -Duser.timezone=Asia/Shanghai ``` 2. **索引失效场景** 以下操作会导致索引失效： ```sql -- 在索引列上使用函数 WHERE TRUNC(order_date) = ... -- 隐式类型转换 WHERE order_date = '2023-01-01' -- 字符串 vs DATE ``` 3. **绑定变量原理 `#{}` 会被编译为 JDBC 预编译语句： ```sql -- MyBatis 生成的实际SQL WHERE order_date = ? -- Oracle 接收的绑定变量类型为 DATE ``` ### 💡 性能优化方案 #### 1. 范围查询索引优化 ```xml <select id="findMonthlyOrders" resultType="Order"> SELECT /*+ INDEX(orders idx_order_date) */ * FROM orders WHERE order_date BETWEEN TO_DATE(#{start}, 'YYYY-MM-DD') AND TO_DATE(#{end}, 'YYYY-MM-DD') + 1 </select> ``` #### 2. 函数索引匹配 ```sql -- 数据库创建函数索引 CREATE INDEX idx_orders_trunc_date ON orders(TRUNC(order_date)); ``` ```xml  <select id="findOrdersByDay" resultType="Order"> SELECT * FROM orders WHERE TRUNC(order_date) = TRUNC(#{orderDate}) </select> ``` #### 3. 日期格式统一 ```java // 使用DateTimeFormatter统一转换 DateTimeFormatter formatter = DateTimeFormatter.ofPattern("yyyy-MM-dd HH:mm:ss"); LocalDateTime dateTime = LocalDateTime.parse("2023-01-01 00:00:00", formatter); orderMapper.findOrdersByDate(dateTime); ``` ### 📊 索引使用诊断 ```sql -- 检查索引使用情况 EXPLAIN PLAN FOR SELECT * FROM orders WHERE order_date = :1; SELECT * FROM TABLE(DBMS_XPLAN.DISPLAY); ``` 输出应包含： ``` INDEX RANGE SCAN | IDX_ORDER_DATE ``` ### 🌰 完整示例 ```java // Mapper 接口 public interface OrderMapper { List<Order> selectByOrderDate(@Param("orderDate") LocalDateTime orderDate); } // 调用代码 LocalDateTime orderDate = LocalDateTime.of(2023, 6, 15, 0, 0); List<Order> orders = orderMapper.selectByOrderDate(orderDate); ``` ```xml  <select id="selectByOrderDate" resultType="Order"> SELECT order_id, customer_id, order_date FROM orders WHERE order_date = #{orderDate} </select> ``` 通过遵循这些实践，可确保： 1. Oracle 优化器正确识别 DATE 类型参数 2. 有效利用已创建的日期索引 3. 避免全表扫描导致的性能问题 4. 保持类型安全和 SQL 注入防护