View Source

h2. Result 캐시

- DB버퍼 캐시는 쿼리에서 자주 사용되는 블록들을 캐싱해 두는 메모리 공간이지만 캐싱된 블록을 읽는 것도 때에 따라서는 고비용 구조임을 1장에서 설명했다.
- 반복 액세스가 많이 일어나거나 대용량 데이터 쿼리의 경우 버퍼 캐시 히트율이 낮으며 이에 대한 별다른 방안이 없다.
- 오라클은 한번 수행한 쿼리 또는 PL/SQL 함수의 결과값을 Result 캐시에 저장해 두는 기능을 11g버전부터 제공하기 시작함.
- DML이 거의 발생하지 않는 테이블을 참조하면서, 반복 수행 요청이 많은 쿼리에 이 기능을 사용하면 I/O발생량을 현격히 감소시킬 수 있다.

- Result Cache 영역
** SQL Query Result 캐시 : SQL 쿼리 결과를 저장
** PL/SQL 함수 Result 캐시 : PL/SQL 함수 결과값을 저장

- Result 캐시를 위해 추가된 파라미터들
||구분|| 기본값|| 설명
|result_cache_mode|Manual|Result 캐시 등록 방식을 결정
Manual:result_cache 힌트를 명시한 SQL만 등록
Force:no_result_cache 힌트를 명시하지 않은 모든 SQL을 등록
Auto: 자주 사용되는 쿼리의 SQL을 등록|
|result_cache_max_size |N/A |SGA내에서 result_cache가 사용할 메모리 총량을 바이트로 지정. 0으로 설정하면 이 기능이 작동하지 않음
memory_target의 0.25%, sga_target의 0.5%, shared_pool_size의 1%(어떤 방식을 사용하든 최대크기는 shared pool의 75%를 넘지 않는다.)|
|result_cache_max_result |5 |하나의 SQL 결과집합이 전체 캐시 영역에서 차지할 수 있는 최대 크기를 %로 지정|
|result_cache_remote_expiration |0 |remote객체의 결과를 얼마 동안 보관할 지를 분 단위로 지정
Remote 객체는 result 캐시에 저장하지 않도록 하려면 0으로 설정|

{note}
SYS@ELEVEN >show parameter result

NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
client_result_cache_lag big integer 3000
client_result_cache_size big integer 0
result_cache_max_result integer 5
result_cache_max_size big integer 3872K
result_cache_mode string MANUAL
result_cache_remote_expiration integer 0
{note}

- Result Cache는 SGA영역에 존재하므로, 모든 세션에서 공유가능하고, 인스턴스를 재기동하면 초기화되며, 해당 쿼리가 접근하는 오브젝트가 변경될 때 invalid된다.
- 공유영역에 존재하므로 래치가 필요
** Result Cache: Latch
** Result Cache: SO Latch

- 사용방법(Manual 모드시)
{code}
SELECT /*+ RESULT_CACHE */ COL, COUNT(*)
FROM R_CACHE_TEST
WHERE GUBUN = 7
GROUP BY COL
{code}
** result_cache 힌트를 사용하여 쿼리를 실행한다.
** 오라클 서버 프로세스는 Result 캐시 메모리를 먼저 찾아보고 캐싱되어 있는 값이 있다면 그것을 가져다가 결과 집합을 리턴한다.(블록 I/O가 젼혀 발생하지 않는다.)
쿼리 대/소 문자나 띄어쓰기가 틀리더라도 동일 SQL문으로 간주하여 등록되어 있는 result cache 재사용
** 캐시에서 찾지 못할때만 쿼리를 수행해 결과를 리턴하고 result cache에도 저장해 둔다.
** LRU 알고리즘에 의해 캐시되고 aging out 된다.

- 관련 사용 명령어
** SQL Result Cache 사용량 확인
set serveroutput on size 999999
execute dbms_result_cache.memory_report
** 전체 캐시 flush
begin
dbms_result_cache.flush;
end;
** 캐시내 하나의 테이블을 위한 캐시 flush
begin
dbms_result_cache.invalidate('ARUP','CUSTOMERS');
end;

- mview 와의 차이점(아주 다르다!)
** 데이터를 메모리에 저장한다.
** 인스턴스가 shutdown되거나 result_cache 공간이 다 사용되면 값이 사라진다.
** 테이블 변경시 동적으로 변경이 일어난다.
** 캐시된 이후에 오직 같은 쿼리나 query frangment가 다시 실행될 때에만 사용된다.


- 아래와 같은 경우에는 쿼리 결과집합을 Result Cache에 Caching하지 못한다.
** Dictionary 오브젝트를 참조할 때
** Temporary 테이블을 참조할 때
** 시퀀스로부터 CURRVAL, NEXTVAL Pseudo 컬럼을 호출할 때
** 쿼리에서 아래 SQL함수를 사용할 때
*** CURRENT_DATE
*** CURRENT_TIMESTAMP
*** LOCAL_TIMESTAMP
*** SYS_CONTEXT(with non-constant variables)
*** SYS_GUID
*** SYSDATE
*** SYSTIMESTAMP
*** USERENV(with non-constant variables)

- 바인드 변수를 사용한 쿼리는 바인딩 되는 값에 따라 개별적으로 캐싱되므로, 변수값 종류가 다양한 쿼리는 등록을 삼가해야한다.
- 쿼리에서 사용하는 테이블에 DML이 발생한 경우(결과 집합과 무관한 변경이라 하더라도) 캐싱된 결과집합을 무효화 시킨다.
- 인라인뷰 또는 일부집합만 캐싱도 가능하나 서브쿼리는 불가능하다.
{code}
select *
from r_cache_test t1,
( SELECT /*+ RESULT_CACHE */ ID FROM R_CACHE_TEST2
WHERE ID = 1 ) T2
where t1.id = t2.id

select sum(val)
from (select sum(c) val
from ext_stat_test
union all
SELECT /*+ RESULT_CACHE */ SUM(ID+SUM_DATA)
FROM R_CACHE_TEST
)

select *
from r_cache_test
where id = (select /*+ result_cache */ id
from r_cache_test2
where id = 1)
{code}

- 사용권장
** 작은 결과 집합을 얻으려고 대용량 데이터를 읽어야 할 때
** 읽기 전용의 작은 테이블을 반복적으로 읽어야 할 때
** 읽기 전용코드 테이블을 읽어 코드명칭을 반환하는 함수

- 사용자제
** 쿼리가 참조하는 테이블에 DML이 자주 발생할 때
** 함수 또는 바인드 변수를 가진 쿼리에서 입력되는 값의 종류가 많고, 골고루 입력될 때

- 지금까지 설명한 기능은 서버 측 Result Cache 기능. 클라이언트 측 Result Cache기능은 오라클 매뉴얼 참조

h2. 문서에 대하여

* 최초작성자 : 이신재
* 최초작성일 : 2010년 05월 03일
* 이 문서는 [오라클클럽|http://www.gurubee.net] [대용량 오라클 데이터베이스 스터디|2010년 상반기 대용량데이터베이스 스터디] 모임에서 작성하였습니다.
* {color:blue}{*}이 문서의 내용은 (주)비투엔컬설팅에서 출간한 '오라클 성능 고도화 원리와 해법I'를 참고하였습니다.*{color}