【Oracle】两个关于Hint的问题

DarkAthena2025-12-01 16:12

一、关于use_hash里的多个表名

很多人在使用use_hash的时候，认为是把需要hash join的两个表或多个表都放到这个hint中，就连ORACLE官方文档中的用例也似乎在表达这个意思。其实这种理解是不对 的。

https://docs.oracle.com/en/database/oracle/oracle-database/23/sqlrf/Comments.html#GUID-FA1147B3-BCAA-41F9-B6A2-8DEDABF1C021

The USE_HASH hint instructs the optimizer to join each specified table with another row source using a hash join. For example:

sql 复制代码 
SELECT /*+ USE_HASH(l h) */ *
  FROM orders h, order_items l
  WHERE l.order_id = h.order_id
    AND l.order_id > 2400;

ORACLE官方文档本想表达use_hash里放的应该是"each specified table"，而"another row source"不应该放在里面，但给的SQL却是两个表都放在hint里了。

而且实际上，在ORACLE 19C以上版本看执行计划，上面这条SQL可以观察到 USE_HASH(l h) 这个hint是 unused，即没有使用到，但是的确又由于加了这个hint导致执行计划走了hash join。之前有数据库内核研发问过我这是什么原因，当时我也没什么分析思路。但是最近由于要转一批ORACLE的hint到GaussDB,就必须彻底理解这个hint在ORACLE的机制。

实验

  • 初始化数据
sql 复制代码 
create table t1 (id number,c1 number ,c2 number);
create table t2 (id number,c3 number ,c4 number);
insert into t1 select rownum,0,0 from dual connect by rownum<=10000;
insert into t2 select rownum,0,0 from dual connect by rownum<=10000;
insert into t2 select rownum,0,0 from dual connect by rownum<=10000;
commit;
create index i_t1 on t1(id);
create index i_t2 on t2(id);
  • 不加hint，没有走hash join
sql 复制代码 
select * from t1 ,t2 where t1.id=t2.id and t1.id=10;

 Plan Hash Value  : 3498846779 

-----------------------------------------------------------------------------------------
| Id  | Operation                               | Name | Rows | Bytes | Cost | Time     |
-----------------------------------------------------------------------------------------
|   0 | SELECT STATEMENT                        |      |    2 |   156 |    5 | 00:00:01 |
|   1 |   MERGE JOIN CARTESIAN                  |      |    2 |   156 |    5 | 00:00:01 |
|   2 |    TABLE ACCESS BY INDEX ROWID BATCHED  | T1   |    1 |    39 |    2 | 00:00:01 |
| * 3 |     INDEX RANGE SCAN                    | I_T1 |    1 |       |    1 | 00:00:01 |
|   4 |    BUFFER SORT                          |      |    2 |    78 |    3 | 00:00:01 |
|   5 |     TABLE ACCESS BY INDEX ROWID BATCHED | T2   |    2 |    78 |    3 | 00:00:01 |
| * 6 |      INDEX RANGE SCAN                   | I_T2 |    2 |       |    1 | 00:00:01 |
-----------------------------------------------------------------------------------------

Predicate Information (identified by operation id):
------------------------------------------
* 3 - access("T1"."ID"=10)
* 6 - access("T2"."ID"=10)


Notes
-----
- Dynamic sampling used for this statement ( level = 2 )
  • 常见的hint,把想hashjoin的两个表放到use_hash的括号里，执行计划的确变为了hash join，但是Hint Report 里显示了use_hash这个hint是未使用的
sql 复制代码 
select /*+use_hash(t1 t2)*/* from t1 ,t2 where t1.id=t2.id and t1.id=10;
 Plan Hash Value  : 3906302762 

----------------------------------------------------------------------------------------
| Id  | Operation                              | Name | Rows | Bytes | Cost | Time     |
----------------------------------------------------------------------------------------
|   0 | SELECT STATEMENT                       |      |    2 |   156 |    5 | 00:00:01 |
| * 1 |   HASH JOIN                            |      |    2 |   156 |    5 | 00:00:01 |
|   2 |    TABLE ACCESS BY INDEX ROWID BATCHED | T1   |    1 |    39 |    2 | 00:00:01 |
| * 3 |     INDEX RANGE SCAN                   | I_T1 |    1 |       |    1 | 00:00:01 |
|   4 |    TABLE ACCESS BY INDEX ROWID BATCHED | T2   |    2 |    78 |    3 | 00:00:01 |
| * 5 |     INDEX RANGE SCAN                   | I_T2 |    2 |       |    1 | 00:00:01 |
----------------------------------------------------------------------------------------

Predicate Information (identified by operation id):
------------------------------------------
* 1 - access("T1"."ID"="T2"."ID")
* 3 - access("T1"."ID"=10)
* 5 - access("T2"."ID"=10)

Hint Report (identified by operation id / Query Block Name / Object Alias):
Total hints for statement: 1 (U - Unused (1))
-------------------------------------------------------------------------------
                             
 2 -  SEL$1 / T1@SEL$1       
       U -  use_hash(t1 t2)  

Notes
-----
- Dynamic sampling used for this statement ( level = 2 )
  • 尝试把use_hash里的两个表分开写，执行计划仍旧是走了hash join，但是Hint Report显示use_hash(t1)是未使用的
sql 复制代码 
select /*+use_hash(t1) use_hash(t2)*/* from t1 ,t2 where t1.id=t2.id and t1.id=10;
 Plan Hash Value  : 3906302762 

----------------------------------------------------------------------------------------
| Id  | Operation                              | Name | Rows | Bytes | Cost | Time     |
----------------------------------------------------------------------------------------
|   0 | SELECT STATEMENT                       |      |    2 |   156 |    5 | 00:00:01 |
| * 1 |   HASH JOIN                            |      |    2 |   156 |    5 | 00:00:01 |
|   2 |    TABLE ACCESS BY INDEX ROWID BATCHED | T1   |    1 |    39 |    2 | 00:00:01 |
| * 3 |     INDEX RANGE SCAN                   | I_T1 |    1 |       |    1 | 00:00:01 |
|   4 |    TABLE ACCESS BY INDEX ROWID BATCHED | T2   |    2 |    78 |    3 | 00:00:01 |
| * 5 |     INDEX RANGE SCAN                   | I_T2 |    2 |       |    1 | 00:00:01 |
----------------------------------------------------------------------------------------

Predicate Information (identified by operation id):
------------------------------------------
* 1 - access("T1"."ID"="T2"."ID")
* 3 - access("T1"."ID"=10)
* 5 - access("T2"."ID"=10)

Hint Report (identified by operation id / Query Block Name / Object Alias):
Total hints for statement: 1 (U - Unused (1))
-------------------------------------------------------------------------------
                          
 2 -  SEL$1 / T1@SEL$1    
       U -  use_hash(t1)  

Notes
-----
- Dynamic sampling used for this statement ( level = 2 )
  • use_hash里只放t2一个表，走了hash join ,且无未使用的hint
sql 复制代码 
select /*+use_hash(t2)*/* from t1 ,t2 where t1.id=t2.id and t1.id=10
 Plan Hash Value  : 3906302762 

----------------------------------------------------------------------------------------
| Id  | Operation                              | Name | Rows | Bytes | Cost | Time     |
----------------------------------------------------------------------------------------
|   0 | SELECT STATEMENT                       |      |    2 |   156 |    5 | 00:00:01 |
| * 1 |   HASH JOIN                            |      |    2 |   156 |    5 | 00:00:01 |
|   2 |    TABLE ACCESS BY INDEX ROWID BATCHED | T1   |    1 |    39 |    2 | 00:00:01 |
| * 3 |     INDEX RANGE SCAN                   | I_T1 |    1 |       |    1 | 00:00:01 |
|   4 |    TABLE ACCESS BY INDEX ROWID BATCHED | T2   |    2 |    78 |    3 | 00:00:01 |
| * 5 |     INDEX RANGE SCAN                   | I_T2 |    2 |       |    1 | 00:00:01 |
----------------------------------------------------------------------------------------

Predicate Information (identified by operation id):
------------------------------------------
* 1 - access("T1"."ID"="T2"."ID")
* 3 - access("T1"."ID"=10)
* 5 - access("T2"."ID"=10)


Notes
-----
- Dynamic sampling used for this statement ( level = 2 )
  • use_hash里只放t1一个表，没有走hash join ，且显示use_hash(t1) 未使用
sql 复制代码 
select /*+use_hash(t1)*/* from t1 ,t2 where t1.id=t2.id and t1.id=10;
 Plan Hash Value  : 3498846779 

-----------------------------------------------------------------------------------------
| Id  | Operation                               | Name | Rows | Bytes | Cost | Time     |
-----------------------------------------------------------------------------------------
|   0 | SELECT STATEMENT                        |      |    2 |   156 |    5 | 00:00:01 |
|   1 |   MERGE JOIN CARTESIAN                  |      |    2 |   156 |    5 | 00:00:01 |
|   2 |    TABLE ACCESS BY INDEX ROWID BATCHED  | T1   |    1 |    39 |    2 | 00:00:01 |
| * 3 |     INDEX RANGE SCAN                    | I_T1 |    1 |       |    1 | 00:00:01 |
|   4 |    BUFFER SORT                          |      |    2 |    78 |    3 | 00:00:01 |
|   5 |     TABLE ACCESS BY INDEX ROWID BATCHED | T2   |    2 |    78 |    3 | 00:00:01 |
| * 6 |      INDEX RANGE SCAN                   | I_T2 |    2 |       |    1 | 00:00:01 |
-----------------------------------------------------------------------------------------

Predicate Information (identified by operation id):
------------------------------------------
* 3 - access("T1"."ID"=10)
* 6 - access("T2"."ID"=10)

Hint Report (identified by operation id / Query Block Name / Object Alias):
Total hints for statement: 1 (U - Unused (1))
-------------------------------------------------------------------------------
                          
 2 -  SEL$1 / T1@SEL$1    
       U -  use_hash(t1)  

Notes
-----
- Dynamic sampling used for this statement ( level = 2 )

分析

经过以上一系列的实验，我发现

use_hash(t1 t2) 应该是被oracle拆成了 use_hash(t1) use_hash(t2)

然后由于t1是 another row source，则该hint是unused，oracle把改写后的hint还原回用户输入的原始hint时，又变回了use_hash(t1 t2)，所以显示了一个unused 为use_hash(t1 t2)

单独使用use_hash，且里面只带了一个表时，可能不会走hash join，比如上面的use_hash(t1)，这是因为没有指定"another row source"，所以需要和leading组合使用，而leading里指定的就是这个"another row source"表。

sql 复制代码 
select /*+use_hash(t1) leading(t2) */* from t1 ,t2 where t1.id=t2.id and t1.id =10;
 Plan Hash Value  : 2797962119 

----------------------------------------------------------------------------------------
| Id  | Operation                              | Name | Rows | Bytes | Cost | Time     |
----------------------------------------------------------------------------------------
|   0 | SELECT STATEMENT                       |      |    2 |   156 |    5 | 00:00:01 |
| * 1 |   HASH JOIN                            |      |    2 |   156 |    5 | 00:00:01 |
|   2 |    TABLE ACCESS BY INDEX ROWID BATCHED | T2   |    2 |    78 |    3 | 00:00:01 |
| * 3 |     INDEX RANGE SCAN                   | I_T2 |    2 |       |    1 | 00:00:01 |
|   4 |    TABLE ACCESS BY INDEX ROWID BATCHED | T1   |    1 |    39 |    2 | 00:00:01 |
| * 5 |     INDEX RANGE SCAN                   | I_T1 |    1 |       |    1 | 00:00:01 |
----------------------------------------------------------------------------------------

Predicate Information (identified by operation id):
------------------------------------------
* 1 - access("T1"."ID"="T2"."ID")
* 3 - access("T2"."ID"=10)
* 5 - access("T1"."ID"=10)


Notes
-----
- Dynamic sampling used for this statement ( level = 2 )

和前面走hash join的计划相比，这个计划中的t1和t2就强制反过来了。

还有一种方式，就是使用ordered来指定按出现在from后面的顺序关联：

sql 复制代码 
select /*+ ordered */* from t2 ,t1 where t1.id=t2.id and t1.id =10
 Plan Hash Value  : 2797962119 

----------------------------------------------------------------------------------------
| Id  | Operation                              | Name | Rows | Bytes | Cost | Time     |
----------------------------------------------------------------------------------------
|   0 | SELECT STATEMENT                       |      |    2 |   156 |    5 | 00:00:01 |
| * 1 |   HASH JOIN                            |      |    2 |   156 |    5 | 00:00:01 |
|   2 |    TABLE ACCESS BY INDEX ROWID BATCHED | T2   |    2 |    78 |    3 | 00:00:01 |
| * 3 |     INDEX RANGE SCAN                   | I_T2 |    2 |       |    1 | 00:00:01 |
|   4 |    TABLE ACCESS BY INDEX ROWID BATCHED | T1   |    1 |    39 |    2 | 00:00:01 |
| * 5 |     INDEX RANGE SCAN                   | I_T1 |    1 |       |    1 | 00:00:01 |
----------------------------------------------------------------------------------------

Predicate Information (identified by operation id):
------------------------------------------
* 1 - access("T1"."ID"="T2"."ID")
* 3 - access("T2"."ID"=10)
* 5 - access("T1"."ID"=10)


Notes
-----
- Dynamic sampling used for this statement ( level = 2 )

与openGauss/GaussDB的对比

在openGauss/GaussDB中，hashjoin/nestloop/leading这些hint都要求必须指定两个以上的表，即驱动表和被驱动表需要同时指定，然后依靠leading来指定驱动关系，且leading里也是必须放两个以上的表。

同时openGauss/GaussDB中可以使用嵌套括号，逐层指定谁和谁关联。但是ORACLE中，当有三个或三个以上的表进行join时，这个事情变得无法精准控制了，只能先试，发现顺序不对，就加no_swap_join_inputs处理一下，甚至还可能需要改成多层子查询并禁止展开来明确join顺序(或者找到内部块名指定)。

二、关于hint括号里的多个标识符之间的分隔符

oracle的hint里，use_hash这种括号里可以放多个名称的，在官方文档中是用空格分隔，但是在实际应用中，使用逗号分隔也能起作用，可以认为这是一种ORACLE提供的容错机制 。另外，可能从来没人提过的，这里用制表符tab、全角空格、回车、换行也可以正确识别为分隔符（本质上就是正则表达式[\s,]）。所以，如果国产数据库仅按照ORACLE官方文档去做这个hint兼容性，不结合实际使用，最后可能会发现实际迁移项目中的HINT还是没有生效。

相关推荐
a41324472 小时前
oracle报错ORA-39083，ORA-31625，ORA-01031
数据库·oracle
t***82112 小时前
MySQL的底层原理与架构
数据库·mysql·架构
爱吃土豆的马铃薯ㅤㅤㅤㅤㅤㅤㅤㅤㅤ2 小时前
DBGPT对外API文件说明 以及 DBGPT对外API接口说明
数据库·windows·db-gpt
Han.miracle2 小时前
JavaEE--网络编程 http请求 ：URL 方法get 和 post
数据库·sql·计算机网络
好好研究2 小时前
MyBatis框架 - 注解形式
java·数据库·mysql·maven·mybatis
爬山算法2 小时前
Redis（154）Redis的数据一致性如何保证？
数据库·redis·bootstrap
e***0962 小时前
postgresql链接详解
数据库·postgresql
踢球的打工仔2 小时前
mysql数据表的基本操作
数据库·mysql
踢球的打工仔2 小时前
mysql链接(2)
数据库·mysql
热门推荐
01GitHub 镜像站点02BongoCat - 跨平台键盘猫动画工具03UV安装并设置国内源04Linux下V2Ray安装配置指南05安娜的档案(Anna’s Archive) 镜像网站/国内最新可访问入口（持续更新）06【保姆级教程】免费使用Gemini3的5种方法！免翻墙/国内直连0746个Nano-banana 精选提示词，持续更新中08本地部署阿里最新开源的Z-Image09Meta第三代“分割一切”模型——SAM 3本地部署教程：首支持文本提示分割，400万概念、30毫秒响应，检测分割追踪一网打尽10在VSCode配置Java开发环境的保姆级教程（适配各类AI编程IDE）