2. 程式人生 > >使用hint優化Oracle的執行計劃 以及 SQL Tune Advisor的使用

使用hint優化Oracle的執行計劃 以及 SQL Tune Advisor的使用

阿新 • • 發佈：2019-01-25

背景：

某表忽然出現查詢非常緩慢的情況，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, ORIGN_CODE orignCode,error_message errorMessage, RE_F, RET_MSG retMsg 
from interface_table where ((command_code in('AASSS') 
			and  status in('F','E') and (re_f = 'N') and FROM_SYS = 'MEE')
			or (COMMAND_CODE in('XXXX','XXXX9') and FROM_SYS = 'EXT' and RE_F = 'N')
			) and MOD(id, 1) = 0  order by id) where rownum <= 100  ;
檢視其執行計劃：
SELECT plan_table_output FROM TABLE(DBMS_XPLAN.DISPLAY('PLAN_TABLE'));
Plan hash value: 1871549687
 
----------------------------------------------------------------------------------------------------
| Id  | Operation                     | Name               | Rows  | Bytes | Cost (%CPU)| Time     |
----------------------------------------------------------------------------------------------------
|   0 | SELECT STATEMENT              |                    |    99 |   382K|   637   (1)| 00:00:08 |
|*  1 |  COUNT STOPKEY                |                    |       |       |            |          |
|   2 |   VIEW                        |                    |   100 |   386K|   637   (1)| 00:00:08 |
|*  3 |    TABLE ACCESS BY INDEX ROWID| INTERFACE_TABLE    |   355 | 55735 |   637   (1)| 00:00:08 |
|*  4 |     INDEX FULL SCAN           | PK_INTERFACE_TABLE |  1439 |       |   280   (2)| 00:00:04 |
----------------------------------------------------------------------------------------------------

優化後的SQL：

explain plan for 
select * from (
select /*+ index(INT_TABLE IX_INT_TABLE_2)*/ ID id,RET_NO retNo, FROM_SYS fromSy, TO_SYS toSys, COMMAND_CODE commandCode, COMMAND, STATUS, 
EXT_CODE, ORIGN_CODE orignCode,error_message errorMessage, RE_F, RET_MSG retMsg 
from interface_table where ((command_code in('AASSS') 
			and  status in('F','E') and (re_f = 'N') and FROM_SYS = 'MEE')
			or (COMMAND_CODE in('XXXX','XXXX9') and FROM_SYS = 'EXT' and RE_F = 'N')
			) and MOD(id, 1) = 0 order by id) where rownum <= 100  ;
檢視其執行計劃： 
SELECT plan_table_output FROM TABLE(DBMS_XPLAN.DISPLAY('PLAN_TABLE'));
Plan hash value: 3625182869
 
--------------------------------------------------------------------------------------------------------
| Id  | Operation                       | Name                 | Rows  | Bytes | Cost (%CPU)| Time     |
--------------------------------------------------------------------------------------------------------
|   0 | SELECT STATEMENT                |                      |    99 |   382K| 19105   (1)| 00:03:50 |
|*  1 |  COUNT STOPKEY                  |                      |       |       |            |          |
|   2 |   VIEW                          |                      |   356 |  1376K| 19105   (1)| 00:03:50 |
|*  3 |    SORT ORDER BY STOPKEY        |                      |   356 | 55892 | 19105   (1)| 00:03:50 |
|   4 |     CONCATENATION               |                      |       |       |            |          |
|*  5 |      TABLE ACCESS BY INDEX ROWID| INTERFACE_TABLE      |    69 | 10833 |  9552   (1)| 00:01:55 |
|*  6 |       INDEX RANGE SCAN          | IX_INTERFACE_TABLE_2 | 77145 |       |    99   (0)| 00:00:02 |
|*  7 |      TABLE ACCESS BY INDEX ROWID| INTERFACE_TABLE      |   287 | 45059 |  9552   (1)| 00:01:55 |
|*  8 |       INDEX RANGE SCAN          | IX_INTERFACE_TABLE_2 | 77145 |       |    99   (0)| 00:00:02 |
--------------------------------------------------------------------------------------------------------


比較：

檢視執行計劃，原來是使用 full scan - 當資料量大時非常慢；優化後oracle優先走range scan，hint 的 index 是未處理標識欄位的索引，正常情況下這個資料集合相對較小--------所以可以達到優化目的。

具體情況具體分析，我們必須要看實際的表存的業務資料，分析其業務關係找到最小業務集合；後者要看懂執行計劃，根據rows, bytes, cost, time 找到最優專案。這個分析順序不能倒置。

問題：為何使用 rownum 後，oracle執行計劃會走full scan？

轉：如何看懂執行計劃：http://jadethao.iteye.com/blog/1613943

====  section2 ====

http://blog.chinaunix.net/uid-77311-id-3233190.html

環境: OS:Red Hat Linux As 5 DB:10.2.0.4 Oracle通過STA給出某個SQL執行建議,下面通過一個測試檢查Oracle給出的優化建議是否正確. 1.建表並生成測試資料 SQL> create table tb_test(id number not null,name varchar2(30)); Table created. SQL> create index idx_tb_test on tb_test(id); Index created. SQL> declare
begin
  for i in 1 .. 100000 loop
    insert into tb_test values (i, 'test');
    commit;
  end loop;
end;
/ 2.分析表 begin
  dbms_stats.gather_table_stats(ownname => 'SCOTT', tabname => 'TB_TEST');
end;

3.編造一個執行計劃不對的SQL

select/*+ full(t)*/ count(1) from scott.tb_test t where t.id=1

我們知道在ID列上有索引,這個SQL走索引是正確的執行計劃,但這裡強制oracle走全表掃描,然後通過STA,看oracle給出的執行計劃是否正確.

4.建立TUNING_TASK並執行

declare
  l_task_name varchar2(30);
  l_sql       clob;
begin
  l_sql       := 'select/*+ full(t)*/ count(1) from scott.tb_test t where t.id=1';
  l_task_name := DBMS_SQLTUNE.CREATE_TUNING_TASK(sql_text    => l_sql,
                                                 user_name   => 'SCOTT',
                                                 scope       => 'COMPREHENSIVE',
                                                 time_limit  => 60,
                                                 task_name   => 'task_name01',
                                                 description => null);
dbms_sqltune.Execute_tuning_task(task_name => 'task_name01');
end;

5.檢視oracle給出的優化建議

SQL> set serveroutput on;
SQL> set long 999999999;
SQL> SELECT DBMS_SQLTUNE.REPORT_TUNING_TASK('task_name01') FROM DUAL;

DBMS_SQLTUNE.REPORT_TUNING_TASK('TASK_NAME01')
--------------------------------------------------------------------------------
GENERAL INFORMATION SECTION
-------------------------------------------------------------------------------
Tuning Task Name                  : task_name01
Tuning Task Owner                 : SYS
Scope                             : COMPREHENSIVE
Time Limit(seconds)               : 60
Completion Status                 : COMPLETED
Started at                        : 06/03/2012 00:07:58
Completed at                      : 06/03/2012 00:07:59
Number of SQL Profile Findings    : 1


DBMS_SQLTUNE.REPORT_TUNING_TASK('MY_TASK_NAME01')
--------------------------------------------------------------------------------
-------------------------------------------------------------------------------
Schema Name: SCOTT
SQL ID     : ga3q5tqjgsj5u
SQL Text   : select/*+ full(t)*/ count(1) from scott.tb_test t where t.id=1

-------------------------------------------------------------------------------
FINDINGS SECTION (1 finding)
-------------------------------------------------------------------------------

1- SQL Profile Finding (see explain plans section below)
--------------------------------------------------------

DBMS_SQLTUNE.REPORT_TUNING_TASK('MY_TASK_NAME01')
--------------------------------------------------------------------------------
  A potentially better execution plan was found for this statement.

  Recommendation (estimated benefit: 84.11%)
  ------------------------------------------
  - Consider accepting the recommended SQL profile.
    execute dbms_sqltune.accept_sql_profile(task_name => 'task_name01',
            replace => TRUE);

-------------------------------------------------------------------------------
EXPLAIN PLANS SECTION
-------------------------------------------------------------------------------

DBMS_SQLTUNE.REPORT_TUNING_TASK('TASK_NAME01')
--------------------------------------------------------------------------------

1- Original With Adjusted Cost
------------------------------
Plan hash value: 1372292586

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

| Id  | Operation          | Name      | Rows  | Bytes | Cost (%CPU)| Time     |

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

-- 當前的執行計劃
DBMS_SQLTUNE.REPORT_TUNING_TASK('TASK_NAME01')
--------------------------------------------------------------------------------
|   0 | SELECT STATEMENT   |           |     1 |     4 |     6   (0)| 00:00:01 |

|   1 |  SORT AGGREGATE    |           |     1 |     4 |            |          |

|*  2 |   TABLE ACCESS FULL| TB_TEST   |     1 |     4 |     6   (0)| 00:00:01 |

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


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

DBMS_SQLTUNE.REPORT_TUNING_TASK('TASK_NAME01')
--------------------------------------------------------------------------------

   2 - filter("T"."ID"=1)

-- Oracle給出的執行計劃

2- Using SQL Profile
--------------------
Plan hash value: 847665939

--------------------------------------------------------------------------------
---
| Id  | Operation         | Name          | Rows  | Bytes | Cost (%CPU)| Time
  |

DBMS_SQLTUNE.REPORT_TUNING_TASK('TASK_NAME01')
--------------------------------------------------------------------------------
--------------------------------------------------------------------------------
---
|   0 | SELECT STATEMENT  |               |     1 |     4 |     1   (0)| 00:00:0
1 |
|   1 |  SORT AGGREGATE   |               |     1 |     4 |            |
  |
|*  2 |   INDEX RANGE SCAN| IDX_TB_TEST   |     1 |     4 |     1   (0)| 00:00:0
1 |
--------------------------------------------------------------------------------
---


DBMS_SQLTUNE.REPORT_TUNING_TASK('TASK_NAME01')
--------------------------------------------------------------------------------
Predicate Information (identified by operation id):
---------------------------------------------------

   2 - access("T"."ID"=1)

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

從上面的輸出可以看出Oracle給出的執行計劃是正確的.可以使用如下方法使用正確的執行計劃

begin
  dbms_sqltune.accept_sql_profile(task_name => 'task_name01', replace => TRUE);
end;

-- The End --


相關推薦

使用hint優化Oracle的執行計劃 以及 SQL Tune Advisor的使用

背景： 某表忽然出現查詢非常緩慢的情況，cost 100+ 秒以上；嚴重影響生產。 原SQL： explain plan for select * from ( select ID id,RET_NO retNo, FROM_SYS fromSy, TO_SYS to

使用hint優化Oracle的運行計劃 以及 SQL Tune Advisor的使用

dual sss 嚴重 acl lang put rec fix values 背景： 某表忽然出現查詢很緩慢的情況。cost 100+ 秒以上；嚴重影響生產。

ORACLE資料庫SQL優化--->如何執行計劃的執行順序

建議安裝（10g即以上版本上）xplan package，XPALN包其實是對DBMS_XPLAN包的封裝，使用XPLAN包就可以很清晰的看到執行計劃的執行順序。 安裝很簡單：其中xplan.sql_.txt可以到如下的網站下載： [[email protec

Explain 執行計劃 和 SQL優化

Explain 介紹 在分析查詢效能時，考慮EXPLAIN關鍵字同樣很管用。EXPLAIN關鍵字一般放在SELECT查詢語句的前面，用於描述MySQL如何執行查詢操作、以及MySQL成功返回結果集需要執行的行數。explain 可以幫助我們分析 select 語句,讓我們知道查詢效率低下的原因,從而改進我們

ORACLE 查看有多個執行計劃的SQL語句

title esc 計劃 有時 pan 轉載 div 通過 ans 轉載自：http://www.cnblogs.com/kerrycode/p/5288030.html ORACLE 查看有多個執行計劃的SQL語句 在SQL優化過程，有時候需要查看哪些S

MySQL SQL優化之 執行計劃 explain

1.環境 OS: CentOS 6.5 x64 MySQL: 5.6 for Linux (x86_64) 2.優化第一步 拿到一個慢SQL時，第一步就是看執行計劃並權衡是否可以加索引，就是這麼簡單，不要被高深莫測的人給矇住說什麼有更好的方

ORACLE:執行計劃中BITMAP AND導致sql慢

原sql： SQL> explain plan for SELECT * 2 FROM crmdw.irsl_renew_user a, crmdw.irsl_renew_tmp_user b, crmdw.on_cor_table t 3 WHER

使用hint優化 Oracle SQL語句方法30例

在SQL語句優化過程中，我們經常會用到hint,現總結一下在SQL優化過程中常見Oracle HINT的用法：1. /*+ALL_ROWS*/表明對語句塊選擇基於開銷的優化方法,並獲得最佳吞吐量,使資源消耗最小化.例如:SELECT /*+ALL+_ROWS*/ EMP_NO,EMP_NAM,DAT_IN F

sql server 資料庫優化--顯示執行計劃 你真的知道索引使用？？？

首先在PRID欄位上建立非聚集索引。 CREATE UNIQUE NONCLUSTERED INDEX UNC_PRID ON PerformanceIssue (PRID) GO 執行下面語句並檢視執行計劃的結果。 Select PRID, PRCode, PRDesc From Perform

Oracle執行計劃突變診斷之統計信息收集問題

oracle 統計信息鎖定 執行計劃突變 Oracle執行計劃突變診斷之統計信息收集問題1. 情形描述DB version：11.2.0.4WITH SQL1 AS (SELECT LAC, CI, TO_NUMBER(C.LONGITUDE) LONGIT

[轉]看懂Oracle執行計劃

嵌套循環 tle 優化器 訪問路徑 access 關聯 skip 有一個 ase 原文地址:https://www.cnblogs.com/Dreamer-1/p/6076440.html 一：什麽是Oracle執行計劃？ 執行計劃是一條查詢語句在Oracle中的執行過程或

oracle 執行計劃 access和filter的區別

lte rownum only 而且 ply ready 很多 結果 rds These two terms in the Predicate Information section indicate when the data source is reduced. Sim

Oracle執行計劃

sele 部分 支持 htm 工具 查看 image info .cn 轉載：https://www.cnblogs.com/Dreamer-1/p/6076440.html 一：什麽是Oracle執行計劃？ 執行計劃是一條查詢語句在Oracle中的執行過程或訪問路徑的描述

Oracle執行計劃之歷史回歸

歷史執行計劃案例----如果我想查詢某一個時間點： 2018-01-12 9:00--9:12之間，某個RAC節點，某一個SQL的執行計劃，如何處理？ DISPLAY_AWR參數只有四種，分別為：sql_id、plan_hash_value、db_id、format，並沒有時間與節點inst_id的選項。 D

Oracle執行計劃綁定

log 遊標 exe sql apt 固定 AR 情況 CA 有時我們查詢 gv$sql可以看出同一個SQL不同子遊標的一些運行細節： selet t.inst_id,t.sql_id,t.child_number,t.plan_hash_value,t.last_act

oracle執行計劃走偏處理步驟

creat dbms .sql last and 步驟 bin 存儲 system -- sql執行時間select a.EXECUTIONS,a.ELAPSED_TIME,a.ELAPSED_TIME/a.EXECUTIONS/1000/1000 as 秒,a.SQL_

oracle執行計劃相關

執行計劃相關 根據Operation縮排來判斷，縮排最多的最先執行；（縮排相同時，最上面的最先執行） 同一級如果某個動作沒有子ID就最先執行 同一級的動作執行時遵循最上最右先執行的原則 TABLE ACCESS BY … 即描述的是該動作執行時表訪問（或者說Oracle訪問資料）的方式； 表訪問的幾種方式：（

Oracle執行計劃名詞解釋

轉自：https://blog.csdn.net/luojinbai/article/details/42296271 1. 基於成本的優化器(cost-based plan)；          它是

理解Oracle執行計劃

一：什麼是Oracle執行計劃？ 執行計劃是一條查詢語句在Oracle中的執行過程或訪問路徑的描述     二：怎樣檢視Oracle執行計劃？ 因為我一直用的PLSQL遠端連線的公司資料庫，所以這裡以PLSQL為例： ①：配置執行計劃需要顯示的項： 工

Oracle 執行計劃的檢視方式

訪問資料的方法：一、訪問表的方法：1.全表掃描，2.ROWID掃描                                二、訪問