Oracle 用hint来影响执行计划

最新推荐文章于 2021-04-07 02:33:12 发布
最新推荐文章于 2021-04-07 02:33:12 发布
阅读量272 收藏
点赞数
分类专栏： 数据库技术 SQL 文章标签： oracle hint
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/conggova/article/details/77782200
版权 
全表扫描提示
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()
使用提示时要注意，如果表有别名，一定要用别名，否则提示无效。而且，表名一定不能有用户名来限制。

conggova
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
oracle的hint技术,使用hint优化Oracle的执行计划
weixin_42389043的博客
04-06 444
背景：某表忽然出现查询非常缓慢的情况，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...
[Oracle]-[索引][HINT][执行计划]-带HINT的索引执行计划
bisal的专栏
06-09 3592
谭老师的《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 1221
一、 说说你对hint的认识 1.执行计划能为SQL优化提供依据，而hint是用户和优化器沟通的主要手段。 2.通过hint可以让优化器改变执行计划，促使我们写出好的程序 3.hint可以被认为是种特殊的注释，如果写法不正确就和普通的注释一样了。另外遇到以下情况hint也会失效： A.算法没能够支持 B.组合hint有矛盾 C.如果优化器发现按照hint执行结果可能会出错，此时hint
oracle hint执行计划,使用Oracle Hint提示来更改执行计划 ZT
weixin_35791324的博客
04-07 175
===========================================================作者: tolywang(http://tolywang.itpub.net)发表于:2007.11.26 15:30分类: Oracle数据库管理出处：http://tolywang.itpub.net/post/48/418116------------------------...
使用Oracle Hint提示来更改执行计划
paldosfan的专栏
09-14 303
由于每一版本的优化器都变得更为完善，Oracle 为更改您的 SQL 执行计划提供了不断增多的方法。Oracle 提示的最常见用处是作为调试工具。您可以使用提示来确定最优的执行计划，然后向回执行，调节统计量，使调整后的 SQL 模拟所提示的查询。 使用 Oracle 提示可能非常复杂，而 Oracle 开发人员只是将提示用作最后的手段，首先应改变统计量来更改执行计划。Oracle 包含 124...
使用hint优化Oracle的执行计划 以及 SQL Tune Advisor的使用
Paulmin的专栏
06-20 1551
背景： 某表忽然出现查询非常缓慢的情况，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...
Oracle调优实战执行计划
最新发布
03-05
- **代价估算器（Estimator）**：使用统计信息来估算每种可能执行计划的成本，包括读取的数据量、处理的时间等。 - **计划生成器（Plan Generator）**：根据查询转换器和代价估算器的结果，生成多个候选执行计划。...
使用hint改变SQL执行计划的方法
aaron8219's Oracle&Linux Technology Blog
03-30 1281
使用hint改变SQL执行计划的使用方法
【SPM】Oracle如何固定执行计划
weixin_33727510的博客
08-07 1196
2019独角兽企业重金招聘Python工程师标准>>> ...
使用hint改变执行计划
cltt980248285的博客
03-25 314
前言： hit在进行调优的时候经常会用来进行验证相应的执行计划，简单了解hit的用法也就有助于SQL的调优； 本文简单介绍用hit进行全表扫描和索引之间的切换工作； 环境说明： ...
如何改变oracle的执行计划（HINT）
lpxuan151009的专栏
12-13 2537
如何改变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 151
如何干预执行计划 - - 使用hints提示 基于代价的优化器是很聪明的，在绝大多数情况下它会选择正确的优化器，减轻了DBA的负担。但有时它也聪明反被聪明误，选择了很差的执行计划，使某个语句的执行变得奇慢无比。此时就需要DBA进行人为的干预，告诉优化器使用我们指定的存取路径或连接类型生成执行计划，从而使语句高效的运行。例如，如果我们认为对于一个特定的语句，执行全表扫描要比执行索引扫...
【DBAplus】SQL优化：一篇文章说清楚Oracle Hint的正确使用姿势
coco3600的博客
09-15 3626
原创2016-09-12韩锋 作者介绍 韩锋，宜信技术研发中心数据库架构师。精通多种关系型数据库，曾任职于当当网、TOM在线等公司，曾任多家公司首席DBA、数据库架构师等职，多...
Oracle优化——LIKE与索引（以%开头的LIKE会不走索引或走索引全扫描）
与数据和AI有关的东西
09-01 6809
这样会走索引范围扫描，因为这个表达式有前导性。 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 5369
Oracle 应用管道函数时出现PLS-00653：在 PL/SQL 定义域内不允许有聚集/表函数       创建一个表类型的 create or replace type str_list as table of varchar(300) ;   比如我们创建一个带pipelied 管道函数返回一张表或一个数据源数据的函数test5 create or replace functi
Oracle 11g引用分区reference partition
与数据和AI有关的东西
09-01 2260
解决的问题： 如果父表是分区表，子表想要按照父表的方式进行分区。 父表中被引用的主键列不一定要是分区键。   一个例子： 下面是设计分区方案过程中的一个典型问题，并非所有表都需要根据其进行分区的列。假设要创建一个销售系统，该系统包括两个简单的表（sales 和customers）。   customers 表的创建如下所示：   create table customers  
Oracle优化——基线自动捕捉（optimizer_capture_sql_plan_baselines，默认值为FALSE）
与数据和AI有关的东西
09-01 2129
参见 Oracle性能优化求生指南。 SYS@ prod> select count(*) from dba_sql_plan_baselines ; COUNT(*) ---------- 2 SYS@ prod> show parameter spfile NAME TYPE VALUE
掌握Oracle执行计划：HINT技巧与控制策略
本文档《Oracle执行计划介绍与测试》由沈克勤撰写于2005年3月31日，主要目标是通过介绍常见的执行计划提示（Hints）来帮助读者理解Oracle优化器的工作原理，以及如何控制SQL的执行性能和稳定性。 查看执行计划的...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值