592- 使用的Hint 无效-续

最新推荐文章于 2025-07-14 15:21:56 发布
原创 最新推荐文章于 2025-07-14 15:21:56 发布 · 637 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#hint

本文探讨了SQL查询中并行访问的使用及其优化，包括hint的正确应用与理解，以及并行访问如何影响查询执行计划。通过实例分析，展示了如何通过合理设置并行访问参数来提高查询效率。

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

SQL> drop index IDX_DEPT_CP_LOC;

Index dropped.---索引都删了，hint 当然失效。

SQL> select /*+ index(dept_cp IDX_DEPT_CP_LOC) */ deptno,dname from dept_cp where loc='CHICAGO';

Execution Plan
----------------------------------------------------------
Plan hash value: 4265608153

-----------------------------------------------------------------------------
| Id  | Operation  | Name    | Rows  | Bytes | Cost (%CPU)| Time     |
-----------------------------------------------------------------------------
|   0 | SELECT STATEMENT  |    |  1 | 20 |  3   (0)| 00:00:01 |
|*  1 |  TABLE ACCESS FULL| DEPT_CP |  1 | 20 |  3   (0)| 00:00:01 |
-----------------------------------------------------------------------------

Predicate Information (identified by operation id):
---------------------------------------------------

   1 - filter("LOC"='CHICAGO')

SQL> 
SQL> select * from dept_cp;

Execution Plan
----------------------------------------------------------
Plan hash value: 4265608153

-----------------------------------------------------------------------------
| Id  | Operation  | Name    | Rows  | Bytes | Cost (%CPU)| Time     |
-----------------------------------------------------------------------------
|   0 | SELECT STATEMENT  |    |  4 | 80 |  3   (0)| 00:00:01 |
|   1 |  TABLE ACCESS FULL| DEPT_CP |  4 | 80 |  3   (0)| 00:00:01 |
-----------------------------------------------------------------------------

SQL>

SQL> select /*+ parallel(dept_cp 2) */* from dept_cp d;--错误的hint，表有别名 必须要用！！！

Execution Plan
----------------------------------------------------------
Plan hash value: 4265608153

-----------------------------------------------------------------------------
| Id  | Operation  | Name    | Rows  | Bytes | Cost (%CPU)| Time     |
-----------------------------------------------------------------------------
|   0 | SELECT STATEMENT  |    |  4 | 80 |  3   (0)| 00:00:01 |
|   1 |  TABLE ACCESS FULL| DEPT_CP |  4 | 80 |  3   (0)| 00:00:01 |
-----------------------------------------------------------------------------

SQL> set lines 300
SQL> select /*+ parallel(d 2) */* from dept_cp d;--并行访问。

Execution Plan
----------------------------------------------------------
Plan hash value: 1553418115

--------------------------------------------------------------------------------------------------------------
| Id  | Operation     | Name | Rows | Bytes | Cost (%CPU)| Time |    TQ  |IN-OUT| PQ Distrib |
--------------------------------------------------------------------------------------------------------------
|   0 | SELECT STATEMENT     | |     4 |    80 |     2   (0)| 00:00:01 | | |     |
|   1 |  PX COORDINATOR      | | | |     | | | |     |
|   2 |   PX SEND QC (RANDOM)| :TQ10000 |     4 |    80 |     2   (0)| 00:00:01 |  Q1,00 | P->S | QC (RAND)  |
|   3 |    PX BLOCK ITERATOR | |     4 |    80 |     2   (0)| 00:00:01 |  Q1,00 | PCWC |     |
|   4 |     TABLE ACCESS FULL| DEPT_CP |     4 |    80 |     2   (0)| 00:00:01 |  Q1,00 | PCWP |     |
--------------------------------------------------------------------------------------------------------------

SQL> select * from dept_cp;

Execution Plan
----------------------------------------------------------
Plan hash value: 4265608153

-----------------------------------------------------------------------------
| Id  | Operation  | Name    | Rows  | Bytes | Cost (%CPU)| Time     |
-----------------------------------------------------------------------------
|   0 | SELECT STATEMENT  |    |  4 | 80 |  3   (0)| 00:00:01 |
|   1 |  TABLE ACCESS FULL| DEPT_CP |  4 | 80 |  3   (0)| 00:00:01 |
-----------------------------------------------------------------------------

SQL> 

===============================================================================================

SQL> select /*+ index(dept_cp PK_DEPT_CP) parallel(dept_cp 2) */deptno from dept_cp;

Execution Plan
----------------------------------------------------------
Plan hash value: 1553418115

--------------------------------------------------------------------------------------------------------------
| Id  | Operation     | Name | Rows | Bytes | Cost (%CPU)| Time |    TQ  |IN-OUT| PQ Distrib |
--------------------------------------------------------------------------------------------------------------
|   0 | SELECT STATEMENT     | |     4 |    12 |     2   (0)| 00:00:01 | | |     |
|   1 |  PX COORDINATOR      | | | |     | | | |     |
|   2 |   PX SEND QC (RANDOM)| :TQ10000 |     4 |    12 |     2   (0)| 00:00:01 |  Q1,00 | P->S | QC (RAND)  |
|   3 |    PX BLOCK ITERATOR | |     4 |    12 |     2   (0)| 00:00:01 |  Q1,00 | PCWC |     |
|   4 |     TABLE ACCESS FULL| DEPT_CP |     4 |    12 |     2   (0)| 00:00:01 |  Q1,00 | PCWP |     |
--------------------------------------------------------------------------------------------------------------
--由此可见上面这个hint是“错误的”，或者说不是预期的组合hint没有都执行。
SQL> select /*+ index(dept  PK_DEPT) parallel(dept 2) */deptno from dept;

Execution Plan
----------------------------------------------------------
Plan hash value: 2913917002

----------------------------------------------------------------------------
| Id  | Operation | Name    | Rows  | Bytes | Cost (%CPU)| Time   |
----------------------------------------------------------------------------
|   0 | SELECT STATEMENT |   | 4 | 12 | 1   (0)| 00:00:01 |
|   1 |  INDEX FULL SCAN | PK_DEPT | 4 | 12 | 1   (0)| 00:00:01 |
----------------------------------------------------------------------------

SQL> select t.INDEX_NAME,t.TABLE_NAME,t.COLUMN_NAME,i.index_type from user_ind_columns t,user_indexes i where t.index_name = i.index_name 

order by t.TABLE_NAME;

INDEX_NAME     TABLE_NAME      COLUMN_NAME     INDEX_TYPE
-------------------- --------------- --------------- ---------------------------
PK_DEPT          DEPT          DEPTNO     NORMAL

PK_DEPT_CP     DEPT_CP     DEPTNO     NORMAL


SQL> desc DEPT
 Name       Null? Type
 ----------------------------------------------------- -------- ------------------------------------
 DEPTNO       NOT NULL NUMBER(2)
 DNAME     VARCHAR2(14)
 LOC     VARCHAR2(13)


SQL> desc DEPT_CP
 Name       Null?    Type
 ----------------------------------------------------- -------- ------------------------------------
 DEPTNO     NUMBER(2)
 DNAME       NOT NULL VARCHAR2(14)
 LOC     VARCHAR2(13)

--可以发现,dept_cp 只是建立了索引，但是没有建立主键.
SQL> alter table dept_cp modify(deptno not null);

Table altered.

SQL> select /*+ index(dept_cp PK_DEPT_CP) parallel(dept_cp 2) */deptno from dept_cp;

Execution Plan
----------------------------------------------------------
Plan hash value: 637767428

-------------------------------------------------------------------------------
| Id  | Operation | Name       | Rows  | Bytes | Cost (%CPU)| Time     |
-------------------------------------------------------------------------------
|   0 | SELECT STATEMENT |      |     4 |    12 |     1 (0)| 00:00:01 |
|   1 |  INDEX FULL SCAN | PK_DEPT_CP |     4 |    12 |     1 (0)| 00:00:01 |
-------------------------------------------------------------------------------

--由此可见上面这个hint是“错误的”，或者说不是预期的组合hint没有都执行。

可以看到，执行计划走得是dept 上索引PK_DEPT_CP 的索引全扫描，但是这里是串行执行的。

parallel (dept_cp 2)失效了，因为PK_DEPT_CP 并不是分区索引，而对于非分区索引而言，索引

范围扫描或者索引全扫描都不可能并行执行。
----------------------------------------------------------------------------------------------------------------------------------

-----------------------------------------------下面这两个差在哪里--------------------------------------------------------

SQL> select /*+ index(d PK_DEPT_CP) parallel(d 2) */  *  from dept_cp d;

Execution Plan
----------------------------------------------------------
Plan hash value: 2095782048

------------------------------------------------------------------------------------------
| Id  | Operation    | Name | Rows  | Bytes | Cost (%CPU)| Time |
------------------------------------------------------------------------------------------
|   0 | SELECT STATEMENT    | |     4 |    80 |     2   (0)| 00:00:01 |
|   1 |  TABLE ACCESS BY INDEX ROWID| DEPT_CP |     4 |    80 |     2   (0)| 00:00:01 |
|   2 |   INDEX FULL SCAN    | PK_DEPT_CP |     4 | |     1   (0)| 00:00:01 |
------------------------------------------------------------------------------------------

SQL> select /*+ index(d PK_DEPT_CP) parallel(d 2) */deptno from dept_cp d;

Execution Plan
----------------------------------------------------------
Plan hash value: 637767428

-------------------------------------------------------------------------------
| Id  | Operation | Name       | Rows  | Bytes | Cost (%CPU)| Time     |
-------------------------------------------------------------------------------
|   0 | SELECT STATEMENT |      |     4 |    12 |     1 (0)| 00:00:01 |
|   1 |  INDEX FULL SCAN | PK_DEPT_CP |     4 |    12 |     1 (0)| 00:00:01 |
-------------------------------------------------------------------------------

SQL>

 截图如下


 select /*+ use_hash(e) */e.empno,e.ename,d.loc from emp_sys e,dept_sys d where e.deptno=d.deptno and d.loc='CHICAGO'; ---未完待续







29、实现 SNMP MIB 的详细指南
2y3u4i5o6p的博客
07-09 15
本文详细介绍了实现 SNMP MIB 的过程，包括代码风格选择、MIB 文件定义、RTA 访问例程编写以及标量和表格对象的处理。通过结合 PostgreSQL 和 SNMP 代理扩展机制，实现了对 ladd 守护进程中 RTA 表的读写支持，并完整展示了 SNMP 请求的响应逻辑。
28、技术写作术语使用规范
最新发布
vim8coder的博客
07-30 12
本文详细介绍了技术写作中常见术语的使用规范，包括‘highlight’与‘select’、‘if’与‘whether’、‘in’与‘into’等易混淆术语的正确用法，以及针对不同受众的术语使用策略。文章还提供了操作步骤中的术语使用建议、缩写使用规范、行话处理方式等内容，旨在帮助技术写作者提高文档的专业性和准确性。通过规则说明、示例对比和流程图展示，帮助读者系统掌握技术写作中的语言规范，避免常见错误，提升写作质量。
oracle并行查询操作的执行计划
howtobreak的博客
10-25 3000
下面介绍与并行查询相关的操作。 关键词释义 并行查询：并行查询是通过将查询操作任务分成若干个子任务，交由多个并行服务进程（或线程）执行，以提高处理速度的方法。 并行度（Degree Of Parallelism，DOP）：与单个操作关联的并行服务进程数即为并行度。并行度可以通过创建对象的DDL语句指定，也可以通过语句中的提示指定。 通常，采用并行查询的目的是减少查询响应时间
oracle执行计划px,sql 并行与什么有关，执行计划显示 PX COORDINATOR ，表的并行度都为1...
weixin_42514921的博客
04-04 1002
-----------------------------------------------------------------------------------------------------------------------------| Id | Operation | Name ...
Oracle并行执行
zhaisharap的专栏
02-13 2728
Oracle并行执行是一种分而治之的方法。执行一个sql 时，分配多个并行进程同时执行数据扫描，连接以及聚合等操作，使用更多的资源，得到更快的sql 响应时间。并行执行是充分利用硬件资源，处理大量数据时的核心技术。  在本文中，在一个简单的星型模型上，我会使用大量例子和sql monitor 报告，力求以最直观简单的方式，向读者阐述并行执行的核心内容： • Oracle 并行执行为
oracle使用并行踩过的坑
weixin_44258894的博客
11-19 3021
一、并行机制的简述 并行处理的机制实际上就是把一个要扫描的数据集分成很多小数据集，Oracle会根据初始化参数 PARALLEL_MIN_SERVERS=n的值启动几个并行服务进程同时处理这些小数据集，最后将这些结果汇总，作为最终的处理结果返回给用户。 二、并行使用场景 1、Parallel query（并行查询） 执行并行查询是需要符合以下条件： A、SQL语句中有Hint提示，比如Parallel或者 Parallel_index。 B、SQL语句中引用的对象被设置了并行属性。 C、多表关联中，至少有一
【原创】Oracle 并行原理与示例总结
congnangwu6519的博客
01-25 195
《Oracle 并行原理与示例总结》 并行：把一个工作分成几份，分给不同进程同时进行处理。 进程层面 并发：多个会话同时进行访问，就是通常所说并发数。会话层面 数据库版本 LEO1@LEO1> select *...
ovn-kubenetes switch流表解析
bobi的博客
01-16 949
/ 执行reg0[6] =chk_lb_hairpin校验，校验lb后目的ip和源ip是否相同，reg0[12] = chk_lb_hairpin_reply校验harpin回包，源ip是endpoint的ip，目的ip是vip。//发出方向已建立的连接+est-rpl，ct_mark=0x1,可能是drop，可能需要commit到ct，标记reg0[7]和reg0[9]// 首包+new可能是drop，可能是需要commit的allow，标记reg0[7]和reg0[9]
3、微处理器内存寻址、访问及缓存机制详解
fun88的博客
07-06 11
本文详细解析了微处理器中的内存寻址、访问及缓存机制，涵盖了多种寻址模式（如绝对寻址、寄存器间接寻址等）、等待状态与突发访问优化、缓存结构及一致性问题。同时，结合具体案例探讨了如何通过合理选择寻址模式和优化缓存使用来提升系统性能，适用于嵌入式系统开发中的性能优化实践。
74、数字电路设计中的状态机测试与设计方法
o1p2q3r的博客
07-14 8
本博客深入探讨了数字电路设计中的状态机测试与设计方法，详细介绍了状态机测试向量的编写原则、组合锁状态机的测试挑战、Mealy输出测试、不同类型的顺序电路及其设计方法等内容。此外，还涉及反馈顺序电路的分析流程、状态机设计实例以及相关练习解析，旨在帮助读者全面掌握数字电路中状态机的设计与测试技巧，并应用于实际项目中。
SQL优化总结1
crazy_cuke的博客
11-03 352
ORACLE 优化手段: 绑定数量 result cache 将某更新不频繁的表的结果中存在缓存中，下次直接读缓存,如果改表有更新，缓存自动失效 表联合查询时，9I前大表（结果集），小表（结果集）的位置 block块的大小的设置，设置小，则IO频繁，CUP低耗，反之反之 索引：主外键索引，分区表中有全局索引和局部索引，位图索引 分区表：有大表时，通过分区条件在小范围内查询 临时表:在
让Oracle高效并行执行的13个必备知识点
weixin_34268169的博客
05-02 470
Oracle企业版有一项非常厉害的技术：并行查询，也就是说一个语句可以雇佣多个服务器进程（parallel slaves也叫PX slaves）来完成这一个查询所需要的结果。 并行操作不仅仅能够充分利用主机的CPU资源，也能够充分利用系统的IO资源、内存资源，这看起来是一个优点，但是也需要看情况，如果数据库系统没有太多的空闲CPU、空闲IO或空闲...
并行查询的执行计划解读
haiross的专栏
12-19 6096
查看表的并行度     V$pq—systat      V$pq—sesstat   参数cpu_count   并行操作间关系（执行计划中in-out部分） p-s并行发送数据给串行 p-p（有2组slaves process时使用），一个并行操作将数据发送给另一个并行操作 pcwp:相同slaveprocess并行执行一个操作及其父操作(操作指的是执行计划里显示的operat
Oracle中Hint被忽略的几种常见情形
weixin_33909059的博客
03-22 436
Hint可以影响优化器对于执行计划的选择，但这种影响不是强制性的，优化器在某些情况下可能会忽略目标SQL中的Hint。由于各种原因导致Hint被Oracle忽略后，Oracle并不会给出任何提示或者警告，更不会报错，目标SQL依然可以正常运行，这也符合Hint实际上是一种特殊注释的身份。注释本来就是可有可无的东西，不应该因为它的存在而而导致原先在没有Hint时可以正常执行的S...
“Oracle数据库并行执行”技术白皮书读书笔记
In-Memory Computing Technology
05-25 993
本文为白皮书Parallel Execution with Oracle Database（2019年2月20日版本）的读书笔记。 简介 数据快速增长，但业务仍要求数据的快速处理。 并行执行是大规模数据处理的关键。并行执行使用多个进程来处理单个任务。 数据库越能有效地利用所有硬件资源——多个 CPU、多个 IO 通道、多个存储单元、集群中的多个节点——处理查询和其他数据库操作的效率就越高。 大型数据仓库应始终使用并行执行来获得良好的性能。 OLTP 应用程序中的特定操作（例如批处理操作）也可以从并行执行中显
Coordinator学习笔记（模仿百度地图的效果）
蓝冷然的博客
08-06 283
BottomSheetBehavior 这是什么？ 官方文档是 An interaction behavior plugin for a child view ofCoordinatorLayoutto make it work as a bottom sheet. 用我的渣英语翻译过来就是 这是一个让一个属于CoordinatorLayout的子view的交互行为变的和b...
Oracle 并行原理与示例总结
weixin_33901843的博客
01-25 241
《Oracle 并行原理与示例总结》 并行：把一个工作分成几份，分给不同进程同时进行处理。 进程层面 并发：多个会话同时进行访问，就是通常所说并发数。会话层面 数据库版本 LEO1@LEO1> select * from v$version; BANNER --------------------------------------------------------------...
并行操作(并行Query和DML)以及监控
Watson的专栏
01-23 6384
1,并行扫描分区表 按照ROWID扫描分区表: select /*+ PARALLEL(SALES,9)*/ * FROM SALES; V$PQ_TQSTAT:可以查看包含并行执行操作上的统计量.帮助在一个查询中测定不平衡的问题. 最好是每个并行的servers最好工作量差不多。可以看出每个从属进程的处理的数。只有发出并行语句的SQL的session才可以看，其他的session看不到。
Oracle Parallel使用方法
热门推荐
c2311156c的博客
06-12 4万+
转自：https://blog.youkuaiyun.com/richieruan/article/details/50534886一、 并行查询并行查询允许将一个sql select语句划分为多个较小的查询，每个部分的查询并发地运行，然后将各个部分的结果组合起来，提供最终的结果，多用于全表扫描，索引全扫描等，大表的扫描和连接、创建大的索引、分区索引扫描、大批量插入更新和删除 1.    启用并行查询SQL&...
#SBATCH--hint=nomultithread
03-24
用户可能遇到的情况是，当他们的应用程序无法有效利用多线程，或者多线程导致性能下降时，使用hint=nomultithread可以优化资源使用。例如，某些高性能计算（HPC）应用在单线程模式下运行更高效，这时候禁用多线程...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

5icode.top

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值