Oracle 用hint来影响执行计划

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

#oracle #hint

本文通过实例演示了如何使用Oracle SQL提示来优化查询执行计划，包括全表扫描、索引选择、联结顺序等关键操作。

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

全表扫描提示
SYS@ prod> grant plustrace to hr ;

Grant succeeded.

SYS@ prod> conn hr/hr
Connected.
HR@ prod> set autotrace on
HR@ prod> select /*+ full(employees) */ first_name from employees where employee_id = 100 ;

FIRST_NAME
--------------------
Steven


Execution Plan
----------------------------------------------------------
Plan hash value: 1445457117

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

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

   1 - filter("EMPLOYEE_ID"=100)


Statistics
----------------------------------------------------------
        736  recursive calls
          0  db block gets
        193  consistent gets
          6  physical reads
          0  redo size
        532  bytes sent via SQL*Net to client
        523  bytes received via SQL*Net from client
          2  SQL*Net roundtrips to/from client
          6  sorts (memory)
          0  sorts (disk)
          1  rows processed

HR@ prod> select first_name from employees where employee_id = 100 ;

FIRST_NAME
--------------------
Steven


Execution Plan
----------------------------------------------------------
Plan hash value: 1833546154

---------------------------------------------------------------------------------------------
| Id  | Operation                   | Name          | Rows  | Bytes | Cost (%CPU)| Time     |
---------------------------------------------------------------------------------------------
|   0 | SELECT STATEMENT            |               |     1 |    11 |     1   (0)| 00:00:01 |
|   1 |  TABLE ACCESS BY INDEX ROWID| EMPLOYEES     |     1 |    11 |     1   (0)| 00:00:01 |
|*  2 |   INDEX UNIQUE SCAN         | EMP_EMP_ID_PK |     1 |       |     0   (0)| 00:00:01 |
---------------------------------------------------------------------------------------------

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

   2 - access("EMPLOYEE_ID"=100)


Statistics
----------------------------------------------------------
          1  recursive calls
          0  db block gets
          2  consistent gets
          1  physical reads
          0  redo size
        532  bytes sent via SQL*Net to client
        523  bytes received via SQL*Net from client
          2  SQL*Net roundtrips to/from client
          0  sorts (memory)
          0  sorts (disk)
1rows processed

按顺序联结提示，表联结会按照FROM后面的顺序进行。
SH@ prod> set autotrace on
SH@ prod> select /*+ ordered */ promo_name , cust_first_name , prod_name , amount_sold from sales , promotions , customers , products 
  2  where sales.prod_id = 100 ;

no rows selected


Execution Plan
----------------------------------------------------------
Plan hash value: 2619432180

------------------------------------------------------------------------------------------------------------------------
| Id  | Operation                             | Name           | Rows  | Bytes | Cost (%CPU)| Time     | Pstart| Pstop |
------------------------------------------------------------------------------------------------------------------------
|   0 | SELECT STATEMENT                      |                |   713G|    43T|    13G  (1)|999:59:59 |       |       |
|   1 |  MERGE JOIN CARTESIAN                 |                |   713G|    43T|    13G  (1)|999:59:59 |       |       |
|   2 |   MERGE JOIN CARTESIAN                |                |  9910M|   378G|    71M  (1)|239:56:32 |       |       |
|   3 |    MERGE JOIN CARTESIAN               |                |   178K|  5928K|  5582   (1)| 00:01:07 |       |       |
|   4 |     PARTITION RANGE ALL               |                |   355 |  3195 |    94   (0)| 00:00:02 |     1 |    28 |
|   5 |      TABLE ACCESS BY LOCAL INDEX ROWID| SALES          |   355 |  3195 |    94   (0)| 00:00:02 |     1 |    28 |
|   6 |       BITMAP CONVERSION TO ROWIDS     |                |       |       |            |          |       |       |
|*  7 |        BITMAP INDEX SINGLE VALUE      | SALES_PROD_BIX |       |       |            |          |     1 |    28 |
|   8 |     BUFFER SORT                       |                |   503 | 12575 |  5487   (1)| 00:01:06 |       |       |
|   9 |      TABLE ACCESS FULL                | PROMOTIONS     |   503 | 12575 |    15   (0)| 00:00:01 |       |       |
|  10 |    BUFFER SORT                        |                | 55500 |   379K|    71M  (1)|239:56:32 |       |       |
|  11 |     TABLE ACCESS FULL                 | CUSTOMERS      | 55500 |   379K|   403   (1)| 00:00:05 |       |       |
|  12 |   BUFFER SORT                         |                |    72 |  1872 |    13G  (1)|999:59:59 |       |       |
|  13 |    TABLE ACCESS FULL                  | PRODUCTS       |    72 |  1872 |     1   (0)| 00:00:01 |       |       |
------------------------------------------------------------------------------------------------------------------------

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

   7 - access("SALES"."PROD_ID"=100)


Statistics
----------------------------------------------------------
          0  recursive calls
          0  db block gets
         44  consistent gets
          0  physical reads
          0  redo size
        559  bytes sent via SQL*Net to client
        512  bytes received via SQL*Net from client
          1  SQL*Net roundtrips to/from client
          0  sorts (memory)
          0  sorts (disk)
0rows processed

去掉提示后，PRODUCTS与CUSTOMERS的顺序发生了颠倒。
SH@ prod> select promo_name , cust_first_name , prod_name , amount_sold from sales , promotions , customers , products 
  2  where sales.prod_id = 100 ;

no rows selected


Execution Plan
----------------------------------------------------------
Plan hash value: 3204799813

------------------------------------------------------------------------------------------------------------------------
| Id  | Operation                             | Name           | Rows  | Bytes | Cost (%CPU)| Time     | Pstart| Pstop |
------------------------------------------------------------------------------------------------------------------------
|   0 | SELECT STATEMENT                      |                |   713G|    43T|  5182M  (1)|999:59:59 |       |       |
|   1 |  MERGE JOIN CARTESIAN                 |                |   713G|    43T|  5182M  (1)|999:59:59 |       |       |
|   2 |   MERGE JOIN CARTESIAN                |                |    12M|   735M|   247K  (1)| 00:49:32 |       |       |
|   3 |    MERGE JOIN CARTESIAN               |                |   178K|  5928K|  5582   (1)| 00:01:07 |       |       |
|   4 |     PARTITION RANGE ALL               |                |   355 |  3195 |    94   (0)| 00:00:02 |     1 |    28 |
|   5 |      TABLE ACCESS BY LOCAL INDEX ROWID| SALES          |   355 |  3195 |    94   (0)| 00:00:02 |     1 |    28 |
|   6 |       BITMAP CONVERSION TO ROWIDS     |                |       |       |            |          |       |       |
|*  7 |        BITMAP INDEX SINGLE VALUE      | SALES_PROD_BIX |       |       |            |          |     1 |    28 |
|   8 |     BUFFER SORT                       |                |   503 | 12575 |  5487   (1)| 00:01:06 |       |       |
|   9 |      TABLE ACCESS FULL                | PROMOTIONS     |   503 | 12575 |    15   (0)| 00:00:01 |       |       |
|  10 |    BUFFER SORT                        |                |    72 |  1872 |   247K  (1)| 00:49:32 |       |       |
|  11 |     TABLE ACCESS FULL                 | PRODUCTS       |    72 |  1872 |     1   (0)| 00:00:01 |       |       |
|  12 |   BUFFER SORT                         |                | 55500 |   379K|  5182M  (1)|999:59:59 |       |       |
|  13 |    TABLE ACCESS FULL                  | CUSTOMERS      | 55500 |   379K|   403   (1)| 00:00:05 |       |       |
------------------------------------------------------------------------------------------------------------------------

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

   7 - access("SALES"."PROD_ID"=100)


Statistics
----------------------------------------------------------
          1  recursive calls
          0  db block gets
         44  consistent gets
          0  physical reads
          0  redo size
        559  bytes sent via SQL*Net to client
        512  bytes received via SQL*Net from client
          1  SQL*Net roundtrips to/from client
          0  sorts (memory)
          0  sorts (disk)
0rows processed

指定索引的指示INDEX（table_name [index_name]）,如果不指定索引名，表示访问这个表要使用索引。
HR@ prod> create table employees1 as select * from employees ;
create table employees1 as select * from employees
             *
ERROR at line 1:
ORA-00955: name is already used by an existing object


HR@ prod> create index test_idx1 on employees1 ( employee_id ) ;

Index created.

HR@ prod> create index test_idx2 on employees1 ( employee_id , first_name ) ;

Index created.

Oracle在默认的情况下当然会使用单列索引，而不用复合索引。
HR@ prod> select last_name from employees1 where employee_id = 100 ;

LAST_NAME
-------------------------
King


Execution Plan
----------------------------------------------------------
Plan hash value: 2613790398

------------------------------------------------------------------------------------------
| Id  | Operation                   | Name       | Rows  | Bytes | Cost (%CPU)| Time     |
------------------------------------------------------------------------------------------
|   0 | SELECT STATEMENT            |            |     1 |    11 |     2   (0)| 00:00:01 |
|   1 |  TABLE ACCESS BY INDEX ROWID| EMPLOYEES1 |     1 |    11 |     2   (0)| 00:00:01 |
|*  2 |   INDEX RANGE SCAN          | TEST_IDX1  |     1 |       |     1   (0)| 00:00:01 |
------------------------------------------------------------------------------------------

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

   2 - access("EMPLOYEE_ID"=100)


Statistics
----------------------------------------------------------
          1  recursive calls
          0  db block gets
          3  consistent gets
          0  physical reads
          0  redo size
        529  bytes sent via SQL*Net to client
        523  bytes received via SQL*Net from client
          2  SQL*Net roundtrips to/from client
          0  sorts (memory)
          0  sorts (disk)
          1  rows processed

下面这种只指定索引的写法是错的，会被优化器忽略。
HR@ prod> select /*+ index(test_idx2) */ last_name from employees1 where employee_id = 100 ;

LAST_NAME
-------------------------
King


Execution Plan
----------------------------------------------------------
Plan hash value: 2613790398

------------------------------------------------------------------------------------------
| Id  | Operation                   | Name       | Rows  | Bytes | Cost (%CPU)| Time     |
------------------------------------------------------------------------------------------
|   0 | SELECT STATEMENT            |            |     1 |    11 |     2   (0)| 00:00:01 |
|   1 |  TABLE ACCESS BY INDEX ROWID| EMPLOYEES1 |     1 |    11 |     2   (0)| 00:00:01 |
|*  2 |   INDEX RANGE SCAN          | TEST_IDX1  |     1 |       |     1   (0)| 00:00:01 |
------------------------------------------------------------------------------------------

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

   2 - access("EMPLOYEE_ID"=100)


Statistics
----------------------------------------------------------
          1  recursive calls
          0  db block gets
          3  consistent gets
          0  physical reads
          0  redo size
        529  bytes sent via SQL*Net to client
        523  bytes received via SQL*Net from client
          2  SQL*Net roundtrips to/from client
          0  sorts (memory)
          0  sorts (disk)
          1  rows processed

正确的写法
HR@ prod> select /*+ index(employees1 test_idx2) */ last_name from employees1 where employee_id = 100 ;

LAST_NAME
-------------------------
King


Execution Plan
----------------------------------------------------------
Plan hash value: 2093088777

------------------------------------------------------------------------------------------
| Id  | Operation                   | Name       | Rows  | Bytes | Cost (%CPU)| Time     |
------------------------------------------------------------------------------------------
|   0 | SELECT STATEMENT            |            |     1 |    11 |     2   (0)| 00:00:01 |
|   1 |  TABLE ACCESS BY INDEX ROWID| EMPLOYEES1 |     1 |    11 |     2   (0)| 00:00:01 |
|*  2 |   INDEX RANGE SCAN          | TEST_IDX2  |     1 |       |     1   (0)| 00:00:01 |
------------------------------------------------------------------------------------------

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

   2 - access("EMPLOYEE_ID"=100)


Statistics
----------------------------------------------------------
          1  recursive calls
          0  db block gets
          3  consistent gets
          0  physical reads
          0  redo size
        529  bytes sent via SQL*Net to client
        523  bytes received via SQL*Net from client
          2  SQL*Net roundtrips to/from client
          0  sorts (memory)
          0  sorts (disk)
1rows processed

常见的联结提示：
Use_merge()
Use_ln()
Use_hash()
Leading()
使用提示时要注意，如果表有别名，一定要用别名，否则提示无效。而且，表名一定不能有用户名来限制。

Oracle Hint 语法详解
Ruishine的博客
04-21 2933
Hint 是 Oracle 提供的一种 SQL 语法，它允许用户在 SQL 语句中插入相关的语法，从而影响 SQL 的执行方式。因为 Hint 的特殊作用，所以对于开发人员不应该在代码中使用它，Hint 更像是 Oracle 提供给 DBA 用来分析诊断问题的工具。
oracle hint用索引,oracle数据库使用hint来让模糊查询走索引
weixin_31689651的博客
04-15 980
在没有创建数据直方图之前,查询优化器是cbo,可能不会选择代价最低(效率最高)的方式查询.先创建表--日语假名表CREATE TABLE JAPANESE_SOUNDMARK(ID INTEGER PRIMARY KEY,ROMAJI VARCHAR2(10),PHONETIC_SYMBOL VARCHAR(20));创建序列--创建自增长的序列,用于主键CREATE SEQUENCE SEQ_J...
[Oracle]-[索引][HINT][执行计划]-带HINT的索引执行计划
bisal的专栏
06-09 3645
谭老师的《Oracle 10g 性能分析与优化思路》第六章hint部分介绍： 举例： create table t(id int); create index t_idx on t(id); SQL> select /*+ index(t t_idx) */ count(*) from t; Execution Plan --------------------
oracle执行计划和hint的认识
sd285757的专栏
04-04 1299
一、 说说你对hint的认识 1.执行计划能为SQL优化提供依据，而hint是用户和优化器沟通的主要手段。 2.通过hint可以让优化器改变执行计划，促使我们写出好的程序 3.hint可以被认为是种特殊的注释，如果写法不正确就和普通的注释一样了。另外遇到以下情况hint也会失效： A.算法没能够支持 B.组合hint有矛盾 C.如果优化器发现按照hint执行结果可能会出错，此时hint
oracle hint执行计划,使用Oracle Hint提示来更改执行计划 ZT
weixin_35791324的博客
04-07 215
===========================================================作者: tolywang(http://tolywang.itpub.net)发表于:2007.11.26 15:30分类: Oracle数据库管理出处：http://tolywang.itpub.net/post/48/418116------------------------...
使用Oracle Hint提示来更改执行计划
paldosfan的专栏
09-14 342
由于每一版本的优化器都变得更为完善，Oracle 为更改您的 SQL 执行计划提供了不断增多的方法。Oracle 提示的最常见用处是作为调试工具。您可以使用提示来确定最优的执行计划，然后向回执行，调节统计量，使调整后的 SQL 模拟所提示的查询。 使用 Oracle 提示可能非常复杂，而 Oracle 开发人员只是将提示用作最后的手段，首先应改变统计量来更改执行计划。Oracle 包含 124...
使用hint优化Oracle的执行计划 以及 SQL Tune Advisor的使用
Paulmin的专栏
06-20 1626
背景： 某表忽然出现查询非常缓慢的情况，cost 100+ 秒以上；严重影响生产。 原SQL： explain plan for select * from ( select ID id,RET_NO retNo, FROM_SYS fromSy, TO_SYS toSys, COMMAND_CODE commandCode, COMMAND, STATUS, EXT_CODE,
Oracle中基于hint的3种执行计划控制方法详细介绍
09-10
在Oracle中，有多种方式来控制执行计划，而基于hint的控制方法是非常直接和灵活的一种。本文将详细介绍Oracle中基于hint的3种执行计划控制方法：OUTLINE（大纲）、SQL PROFILE（概要文件）和SQL BASELINE（基线）。 ...
ORACLE中的的HINT详解
09-09
在Oracle数据库中，HINT是一种强大的工具，允许数据库管理员和开发人员对SQL查询的执行计划进行微调，以提高性能或满足特定的需求。本文将深入探讨Oracle HINT的使用和功能。 1. **HINT的基本概念** HINT是Oracle...
使用hint改变SQL执行计划的方法
aaron8219's Oracle&Linux Technology Blog
03-30 1354
使用hint改变SQL执行计划的使用方法
【Oracle篇】使用Hint对优化器的执行计划进行干预(含单表、多表、查询块、声明四大类Hint干预)
最新发布
奈斯DB的博客
01-25 1525
Hint 的主要作用是向优化器提供指示，按照用户预先定义的计划来执行 SQL 语句的执行计划。需要注意的是，Hint 是用来约束优化器行为的一种技术，用来辅助DBA和研发人员用来做性能排查和优化，过多的干预可能会导致执行计划不稳定，甚至恶化查询性能，因此尽量避免在开发中使用。毕竟数据是不断变化的，大多数情况下应该让Oracle自行决定采用什么样的执行计划。
oracle的hint技术,使用hint优化Oracle的执行计划
weixin_42389043的博客
04-06 498
背景：某表忽然出现查询非常缓慢的情况，cost 100+ 秒以上；严重影响生产。原SQL：explain plan forselect * from (select ID id,RET_NO retNo, FROM_SYS fromSy, TO_SYS toSys, COMMAND_CODE commandCode, COMMAND, STATUS,EXT_CODE, ORIGN_CODE ori...
【SPM】Oracle如何固定执行计划
weixin_33727510的博客
08-07 1304
2019独角兽企业重金招聘Python工程师标准>>> ...
使用hint改变执行计划
cltt980248285的博客
03-25 368
前言： hit在进行调优的时候经常会用来进行验证相应的执行计划，简单了解hit的用法也就有助于SQL的调优； 本文简单介绍用hit进行全表扫描和索引之间的切换工作； 环境说明： ...
如何改变oracle的执行计划（HINT）
lpxuan151009的专栏
12-13 2692
如何改变oracle的执行计划？1）/*+ALL_ROWS*/ 表明对语句块选择基于开销的优化方法,并获得最佳吞吐量,使资源消耗最小化Eg: SELECT /*+ALL_ROWS*/ t.empno,t.ename FROM lpx_emp t WHERE t.empno >70002）/*+FIRST_ROWS*/ 表明对语句块选择基于开销的优化方法,并获得最佳响应时间.
oracle--如何干预执行计划（使用hints提示）
weixin_30726161的博客
03-08 185
如何干预执行计划 - - 使用hints提示 基于代价的优化器是很聪明的，在绝大多数情况下它会选择正确的优化器，减轻了DBA的负担。但有时它也聪明反被聪明误，选择了很差的执行计划，使某个语句的执行变得奇慢无比。此时就需要DBA进行人为的干预，告诉优化器使用我们指定的存取路径或连接类型生成执行计划，从而使语句高效的运行。例如，如果我们认为对于一个特定的语句，执行全表扫描要比执行索引扫...
【DBAplus】SQL优化：一篇文章说清楚Oracle Hint的正确使用姿势
coco3600的博客
09-15 3871
原创2016-09-12韩锋 作者介绍 韩锋，宜信技术研发中心数据库架构师。精通多种关系型数据库，曾任职于当当网、TOM在线等公司，曾任多家公司首席DBA、数据库架构师等职，多...
Oracle优化——LIKE与索引（以%开头的LIKE会不走索引或走索引全扫描）
与数据和AI有关的东西
09-01 6932
这样会走索引范围扫描，因为这个表达式有前导性。 SH@ prod> set autotrace on SH@ prod> select max(cust_credit_limit) , count(*) from customers_ne where cust_last_name like 'Vaugh%' ; MAX(CUST_CREDIT_LIMIT) COUNT(*) --------
PLS-00653与管道化表函数的调用
与数据和AI有关的东西
08-24 5494
Oracle 应用管道函数时出现PLS-00653：在 PL/SQL 定义域内不允许有聚集/表函数       创建一个表类型的 create or replace type str_list as table of varchar(300) ;   比如我们创建一个带pipelied 管道函数返回一张表或一个数据源数据的函数test5 create or replace functi
Oracle 执行计划优化：Hint 使用指南
"传说中的hint是Oracle数据库中用于指导SQL执行计划的重要工具，它允许数据库管理员或开发人员通过在查询中添加特定的提示（hint）来干预优化器的选择，以达到预期的执行路径和性能。当Oracle的自动优化机制无法产生...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值