▣ 대기이벤트(Wait Event) 기반 성능 관리 방법론
(= Response Time Analysis 성능 관리 방법론)
- 대기이벤트를 기반으로 세션 혹은 시스템 전체에 발생하는 병목현상과 그 원인을 찾아 문제를 해결하는 방법
- 1999년 06월 YAPP(Yes Another Performance Profiling Method) 오라클 기술백서
- Response Time = Service Time(CPU Time) + Wait Time(Queue Time)
- OWI - Response Time Analysis 방법론을 지원하는 오라클 제공 기능 및 인터페이스.
▣ OWI 시나리오 예
- (SQL 문) - range를 정해주고 20개를 동시에 Parallel 실행
insert into t1
select /*+ ordered use_nl(t3) */ seq.nextval, t2.*, t3.*
from t2, t3
where t2.key=t3.key and t2.col between :range1 and :range2;
- 속도저하의 원인 1 :
(분석) db file scattered read 이벤트가 wait time의 대부분 차지함.
(원인) Full Table Scan이 원인
(해결) Index Scan 하도록 튜닝
- 속도저하의 원인 2 : 1번 해소 후 새로 발생 - 그림 3-5
(분석) buffer busy wait와 latch : cache byffers chain 이벤트 발생
(원인) 캐시버퍼에 대한 읽기 요청 증가
(해결) NL 조인 -> 해시조인으로 변경
- 속도저하의 원인 3 : 2번 해소 후 새로 발생 - 그림 3-6, 그림 3-7
(분석) log buffer space 이벤트 발생, enq:SQ - contention 발생
(원인) insert 처리 부분에서 경합, insert에 의한 Redo 로그 버퍼에 공간 부족
-> log buffer space 이벤트 발생
sequence table 경합으로 -> enq:SQ - contention 발생
(해결) Redo 로그버퍼 크기 늘리기, sequence 캐시 사이즈 늘리기
▣ 대기이벤트
- 대기이벤트 종류 : 10g 890개, 11g 960개
- 대기이벤트 정보 수집 방법 : Statspack, AWR
- 튜닝방식의 변화 : 시스템 레벨 SQL 트레이스에서 AWR, v$sql 뷰 분석
- 이벤트명과 파라메터를 통하여 원인분석
-> 사용자 lock, unique key 중복, 인덱스분할, ITL, sequence 경합 등 분석
