[20230921]為什麼執行計劃不再awr中.txt

[20230921]為什麼執行計劃不再awr中.txt

--//昨天看了https://www.cnblogs.com/kerrycode/p/17694824.html=>[翻譯]——Why my execution plan is not in AWR.
--//原始連結:https://hourim.wordpress.com/2021/06/27/why-my-execution-plan-is-not-in-awr

--//類似的問題我自己以前遇到過,多數情況下出現大量沒有使用繫結變數變數的sql語句對生產系統的衝擊,導致在生成awr報表時,在共
--//享池裡面已經無法找到對應sql語句,這樣其對應的執行計劃在以後使用dbms_xplan.display_awr查詢時找不到對應的執行計劃.

--//另外還有1個小問題:翻譯裡面出現一個cie怎麼意思,我看了原始連結:
In order to answer this question one needs to know that dba_hist_active_sess_history gets its data from
gv$active_session_history (ASH) while dba_hist_sqlstat and cie get their data from a bunch of other dynamic performance
view like v$sql, v$version, etc..

為了回答這個問題，我們需要知道 dba_hist_active_sess_history 是從gv$active_session_history (ASH) 獲取/採集資料，而
dba_hist_sqlstat 和 cie 從一堆其他動態效能檢視中(如 v$sql、v$version 等)獲取資料。

--//作者沒有翻譯cie,是原始作者筆誤還是表示怎麼,我使用金山詞霸看了一下:
cie
=[法] Compagnie(=company)

company
n.公司, 陪伴, (一)群, (一)隊, (一)夥, 連, 連隊

--//當然這些不重要.
--//我自己寫一個簡單的例子驗證這個過程,加強記憶。

1.環境:
SCOTT@test01p> @ver1
PORT_STRING                    VERSION        BANNER                                                                               CON_ID
------------------------------ -------------- -------------------------------------------------------------------------------- ----------
IBMPC/WIN_NT64-9.1.0           12.2.0.1.0     Oracle Database 12c Enterprise Edition Release 12.2.0.1.0 - 64bit Production              0

2.測試:
SCOTT@test01p> set timing on
SCOTT@test01p> select count(*) from all_objects,(select 1 from dual connect by level<=1000);
  COUNT(*)
----------
  18648000
Elapsed: 00:00:23.19

SCOTT@test01p> set timing off
SCOTT@test01p> @ hash
HASH_VALUE SQL_ID        CHILD_NUMBER KGL_BUCKET PLAN_HASH_VALUE HASH_HEX   SQL_EXEC_START      SQL_EXEC_ID
---------- ------------- ------------ ---------- --------------- ---------- ------------------- -----------
2382077584 6uf3m7u6zr7nh            0     106128      2524108416  8dfb9e90  2023-09-21 21:18:11    16777216

SCOTT@test01p> @ ashtop sql_id,is_awr_sample sql_id='6uf3m7u6zr7nh' sysdate-1/24 sysdate
    Total                                                                           Distinct Distinct
  Seconds     AAS %This   SQL_ID        I FIRST_SEEN          LAST_SEEN           Execs Seen  Tstamps
--------- ------- ------- ------------- - ------------------- ------------------- ---------- --------
       46      .0   88% | 6uf3m7u6zr7nh N 2023-09-21 21:18:12 2023-09-21 21:20:28          2       46
        6      .0   12% | 6uf3m7u6zr7nh Y 2023-09-21 21:18:11 2023-09-21 21:20:22          2        6
--//僅僅有6條記錄是is_awr_sample='Y'，注我執行2次。

alter system flush shared_pool;
alter system flush shared_pool;
alter system flush shared_pool;

SYS@test> EXECUTE DBMS_WORKLOAD_REPOSITORY.CREATE_SNAPSHOT();
PL/SQL procedure successfully completed.
--//注意一定要在cdb層面執行，，如果在PB下執行不會寫awr的歷史表!!

SCOTT@test01p> @ dashtop sql_id sql_id='6uf3m7u6zr7nh' sysdate-1/24 sysdate
    Total
  Seconds     AAS %This   SQL_ID        FIRST_SEEN          LAST_SEEN
--------- ------- ------- ------------- ------------------- -------------------
       60      .0  100%   6uf3m7u6zr7nh 2023-09-21 21:18:11 2023-09-21 21:20:22
--//相當於查詢dba_hist_active_sess_history找到對應記錄，變成60秒，實際上前面的ashtop記錄消耗時間是46+6＝52秒。

SCOTT@test01p> @ dpcawr 6uf3m7u6zr7nh '' ''
no rows selected

SCOTT@test01p> select * from table(dbms_xplan.display_awr('6uf3m7u6zr7nh'));
no rows selected
--//執行計劃不再awr中.

SCOTT@test01p> @ sqlhh 6uf3m7u6zr7nh 1
no rows selected
--//查詢dba_hist_sqlstat也找不到相關資訊。