Result 캐시

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

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

• Result 캐시를 위해 추가된 파라미터들

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

• 사용방법(Manual 모드시)

SELECT /*+ RESULT_CACHE */ COL, COUNT(*)
FROM R_CACHE_TEST
WHERE GUBUN = 7
GROUP BY COL

• • 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이 발생한 경우(결과 집합과 무관한 변경이라 하더라도) 캐싱된 결과집합을 무효화 시킨다.
• 인라인뷰 또는 일부집합만 캐싱도 가능하나 서브쿼리는 불가능하다.

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)

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

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

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

문서에 대하여

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