|
Об использовании result_cache при запросе из представления OWM
#38999488
Ссылка:
Ссылка на сообщение:
Ссылка с названием темы:
Ссылка на профиль пользователя:
|
Модератор форума
Откуда: Мск
Сообщения: 5 731
|
|
Как-то так :)При кэшировании SELECT'ов, которые вызывают такие функции, result cache отслеживает зависимости функций и объектов. В принципе где-то тут на форуме уже было объяснение, но у меня не получилось найти. Вкратце, в 11.2 убрали RELIES_ON, и стали делать анализ в рантайме, но он отличается от анализа зависимостей у запросов:
тест-кейс 1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.
32.
33.
34.
35.
36.
37.
38.
39.
40.
41.
42.
43.
44.
45.
46.
set echo on feed on;
-- сделаем функцию, у которой нет hard-зависимостей
-- и возвращать результаты она будет из таблицы, которая передана в параметре
create or replace function f_nondeterministic(p_tab varchar2) return varchar2
as
res varchar2(30);
begin
execute immediate 'select '''||p_tab||''' from '||p_tab||' where rownum=1' into res;
return res;
end;
/
create table a as select 'a' a from dual;
create table b as select 'b' b from dual;
var p_tab varchar2(10);
col name for a72;
call DBMS_RESULT_CACHE.flush();
exec :p_tab:='a';
select/*+ result_cache */ f_nondeterministic(:p_tab) nondeter from dual;
select/*+ result_cache */ f_nondeterministic(:p_tab) nondeter from dual;
select name,bucket_no, id,type,status,pin_count,scan_count,invalidations from v$result_cache_objects o order by type,id;
exec :p_tab:='b';
select/*+ result_cache */ f_nondeterministic(:p_tab) nondeter from dual;
select/*+ result_cache */ f_nondeterministic(:p_tab) nondeter from dual;
select name,bucket_no, id,type,status,pin_count,scan_count,invalidations from v$result_cache_objects o order by type,id;
exec :p_tab:='v$instance';
select/*+ result_cache */ f_nondeterministic(:p_tab) nondeter from dual;
select/*+ result_cache */ f_nondeterministic(:p_tab) nondeter from dual;
select name,bucket_no, id,type,status,pin_count,scan_count,invalidations from v$result_cache_objects o order by type,id;
-- а теперь просто запрос с хинтом напрямую из v$instance:
select/*+ result_cache */ i.INSTANCE_NUMBER from v$instance i;
select name,bucket_no, id,type,status,pin_count,scan_count,invalidations from v$result_cache_objects o order by type,id;
explain plan for select/*+ result_cache */ i.INSTANCE_NUMBER from v$instance i;
select * from table(dbms_xplan.display);
col name clear;
set echo off;
drop table a purge;
drop table b purge;
drop function f_nondeterministic;
set echo off;
результат при :p_tab:='a'; 1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
SQL> exec :p_tab:='a';
PL/SQL procedure successfully completed.
SQL> select/*+ result_cache */ f_nondeterministic(:p_tab) nondeter from dual;
NONDETER
--------
a
SQL> select/*+ result_cache */ f_nondeterministic(:p_tab) nondeter from dual;
NONDETER
--------
a
SQL> select name,bucket_no, id,type,status,pin_count,scan_count,invalidations from v$result_cache_objects o order by type,id;
NAME BUCKET_NO ID TYPE STATUS PIN_COUNT SCAN_COUNT INVALIDATIONS
------------------------------------------------------------------------ ---------- ---------- ---------- --------- ---------- ---------- -------------
XTENDER.F_NONDETERMINISTIC 3191 0 Dependency Published 0 0 0
XTENDER.A 2818 2 Dependency Published 0 0 0
select/*+ result_cache */ f_nondeterministic(:p_tab) nondeter from dual 3569 1 Result Published 0 1 0
наглядно видно, что все зависимости расчитались и результат благополучно закэшировался
:p_tab:='b' 1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
SQL> exec :p_tab:='b';
PL/SQL procedure successfully completed.
SQL> select/*+ result_cache */ f_nondeterministic(:p_tab) nondeter from dual;
NONDETER
--------
b
SQL> select/*+ result_cache */ f_nondeterministic(:p_tab) nondeter from dual;
NONDETER
--------
b
SQL> select name,bucket_no, id,type,status,pin_count,scan_count,invalidations from v$result_cache_objects o order by type,id;
NAME BUCKET_NO ID TYPE STATUS PIN_COUNT SCAN_COUNT INVALIDATIONS
------------------------------------------------------------------------ ---------- ---------- ---------- --------- ---------- ---------- -------------
XTENDER.F_NONDETERMINISTIC 3191 0 Dependency Published 0 0 0
XTENDER.A 2818 2 Dependency Published 0 0 0
XTENDER.B 257 4 Dependency Published 0 0 0
select/*+ result_cache */ f_nondeterministic(:p_tab) nondeter from dual 3569 1 Result Published 0 1 0
select/*+ result_cache */ f_nondeterministic(:p_tab) nondeter from dual 2469 3 Result Published 0 1 0
теперь добавились еще один результат и одна зависимость
:p_tab:='v$instance' 1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.
SQL> exec :p_tab:='v$instance';
PL/SQL procedure successfully completed.
SQL> select/*+ result_cache */ f_nondeterministic(:p_tab) nondeter from dual;
NONDETER
----------
v$instance
1 row selected.
SQL> select/*+ result_cache */ f_nondeterministic(:p_tab) nondeter from dual;
NONDETER
----------
v$instance
1 row selected.
SQL> select name,bucket_no, id,type,status,pin_count,scan_count,invalidations from v$result_cache_objects o order by type,id;
NAME BUCKET_NO ID TYPE STATUS PIN_COUNT SCAN_COUNT INVALIDATIONS
------------------------------------------------------------------------ ---------- ---------- ---------- --------- ---------- ---------- -------------
XTENDER.F_NONDETERMINISTIC 3191 0 Dependency Published 0 0 0
XTENDER.A 2818 2 Dependency Published 0 0 0
XTENDER.B 257 4 Dependency Published 0 0 0
PUBLIC.V$INSTANCE 2308 6 Dependency Published 0 0 0
select/*+ result_cache */ f_nondeterministic(:p_tab) nondeter from dual 3569 1 Result Published 0 1 0
select/*+ result_cache */ f_nondeterministic(:p_tab) nondeter from dual 2469 3 Result Published 0 1 0
select/*+ result_cache */ f_nondeterministic(:p_tab) nondeter from dual 2794 5 Result Published 0 1 0
видно что результат благополучно закэшировался и установил зависимость только от синонима PUBLIC.V$INSTANCE.
а вот, если сделать запрос к самому v$instance c хинтом, то он кэшироваться не будет 1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.
32.
33.
34.
35.
36.
37.
38.
39.
40.
41.
42.
43.
44.
45.
46.
47.
48.
49.
50.
51.
52.
53.
54.
55.
SQL> select/*+ result_cache */ i.INSTANCE_NUMBER from v$instance i;
INSTANCE_NUMBER
---------------
1
1 row selected.
SQL> select name,bucket_no, id,type,status,pin_count,scan_count,invalidations from v$result_cache_objects o order by type,id;
NAME BUCKET_NO ID TYPE STATUS PIN_COUNT SCAN_COUNT INVALIDATIONS
------------------------------------------------------------------------ ---------- ---------- ---------- --------- ---------- ---------- -------------
XTENDER.F_NONDETERMINISTIC 3191 0 Dependency Published 0 0 0
XTENDER.A 2818 2 Dependency Published 0 0 0
XTENDER.B 257 4 Dependency Published 0 0 0
PUBLIC.V$INSTANCE 2308 6 Dependency Published 0 0 0
select/*+ result_cache */ f_nondeterministic(:p_tab) nondeter from dual 3569 1 Result Published 0 1 0
select/*+ result_cache */ f_nondeterministic(:p_tab) nondeter from dual 2469 3 Result Published 0 1 0
select/*+ result_cache */ f_nondeterministic(:p_tab) nondeter from dual 2794 5 Result Published 0 1 0
SQL> explain plan for select/*+ result_cache */ i.INSTANCE_NUMBER from v$instance i;
Explained.
SQL> @xplan
P_FORMAT
----------------
typical
1 row selected.
PLAN_TABLE_OUTPUT
-------------------------------------------------------------------------------------
Plan hash value: 2848324471
-------------------------------------------------------------------------------------
| Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time |
-------------------------------------------------------------------------------------
| 0 | SELECT STATEMENT | | 100 | 6000 | 0 (0)| 00:00:01 |
| 1 | MERGE JOIN CARTESIAN | | 100 | 6000 | 0 (0)| 00:00:01 |
| 2 | MERGE JOIN CARTESIAN| | 1 | 60 | 0 (0)| 00:00:01 |
|* 3 | FIXED TABLE FULL | X$KSUXSINST | 1 | 26 | 0 (0)| 00:00:01 |
| 4 | BUFFER SORT | | 1 | 34 | 0 (0)| 00:00:01 |
|* 5 | FIXED TABLE FULL | X$KVIT | 1 | 34 | 0 (0)| 00:00:01 |
| 6 | BUFFER SORT | | 100 | | 0 (0)| 00:00:01 |
| 7 | FIXED TABLE FULL | X$QUIESCE | 100 | | 0 (0)| 00:00:01 |
-------------------------------------------------------------------------------------
Predicate Information (identified by operation id):
---------------------------------------------------
3 - filter("KS"."INST_ID"=USERENV('INSTANCE'))
5 - filter("KVITTAG"='kcbwst')
точно так же не будут кэшироваться запросы в которых присутствуют другие x$-таблицы, sysdate, systimestamp, current_date, current_timestamp, sys_guid, dbms_flashback.get_system_change_number или dbms_random (да наверное и вообще все из пакетов в SYS).
Но будут правильно кэшироваться:
sys_context 1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
SQL> explain plan for select/*+ result_cache */ sys_context('userenv','os_user') from dual;
PLAN_TABLE_OUTPUT
---------------------------------------------------------------------------------------
Plan hash value: 1388734953
---------------------------------------------------------------------------------------
| Id | Operation | Name | Rows | Cost (%CPU)| Time |
---------------------------------------------------------------------------------------
| 0 | SELECT STATEMENT | | 1 | 2 (0)| 00:00:01 |
| 1 | RESULT CACHE | 267m2hcwj08nq5kwxcb0nb2ka8 | | | |
| 2 | FAST DUAL | | 1 | 2 (0)| 00:00:01 |
---------------------------------------------------------------------------------------
Result Cache Information (identified by operation id):
------------------------------------------------------
1 - column-count=1; attributes=(single-row); parameters=(sys_context);
name="select/*+ result_cache */ sys_context('userenv','os_user') from dual"
14 rows selected.
userenv 1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
SQL> explain plan for select/*+ result_cache */ userenv('instance') from dual;
PLAN_TABLE_OUTPUT
---------------------------------------------------------------------------------------
Plan hash value: 1388734953
---------------------------------------------------------------------------------------
| Id | Operation | Name | Rows | Cost (%CPU)| Time |
---------------------------------------------------------------------------------------
| 0 | SELECT STATEMENT | | 1 | 2 (0)| 00:00:01 |
| 1 | RESULT CACHE | dxzj3fks1sqfy35shbbst4332h | | | |
| 2 | FAST DUAL | | 1 | 2 (0)| 00:00:01 |
---------------------------------------------------------------------------------------
Result Cache Information (identified by operation id):
------------------------------------------------------
1 - column-count=1; attributes=(single-row); parameters=(sys_context);
name="select/*+ result_cache */ userenv('instance') from dual"
|
|
|
