오라클 성능 트러블슈팅의 기초 (2012년)
PGA 메모리의 점진적인 증가현상 분석 0 0 18,962

by 구루비스터디 힙 메모리 분석 [2023.09.06]


PGA 메모리의 점진적인 증가현상 분석

조금 더 복잡한 데모



SQL> -- t1 생성
SQL> create table t1(c1, c2)
as
select level, rpad('x', 1000)
from dual
connect by level <= 1000
;  2    3    4    5    6  

Table created.

SQL> exec dbms_application_info.set_client_info('session1');

PL/SQL procedure successfully completed.

SQL> set serveroutput on

SQL> declare
  2    type varchar2_array is table of varchar2(30000) index by pls_integer;
  va           varchar2_array;
  v_start_time number := dbms_utility.get_time;
  v_temp       number;
begin
  for idx in 1 .. 5000 loop
    
    -- allocate memory
    va(idx) := rpad('x', 30000);

    -- search memory
    for idx2 in 1 .. 10 loop
      for idx3 in 1 .. idx loop
         v_temp := length(va(idx3));
      end loop;
    end loop;

    -- do logical reads
    for r in (select count(*) from t1) loop
      null;
    end loop;

    if mod(idx, 100) = 0 then
      dbms_output.put_line(idx || 'th elapsed time =' || (dbms_utility.get_time - v_start_time) || '(cs)');
      v_start_time := dbms_utility.get_time;
    end if;
  end loop;
end;  

 /
100th elapsed time =6(cs)
200th elapsed time =12(cs)
300th elapsed time =20(cs)
400th elapsed time =27(cs)
500th elapsed time =12(cs)
...
4600th elapsed time =63(cs)
4700th elapsed time =58(cs)
4800th elapsed time =60(cs)
4900th elapsed time =60(cs)
5000th elapsed time =61(cs)

PL/SQL procedure successfully completed.

SQL> 



>> 시간이 지날수록 성능이 저하 (메모리 릭 가능성 있음)
>> 세션 스냅샷 리포트 , 힙 덤프 분석을 통해서 원인 분석 가능




-- 세션#1 에서 위의 작업이 진행 되는 동안 세션#2 에서 1초 간격으로 총 6번의 스냅샷을 생성

SQL> col sid new_value sid
SQL> select sid from v$session where client_info = 'session1';  

       SID
----------
       170

SQL> col type format a10
SQL> col item format a35
SQL> col deltas format a40
SQL>  select type, item, deltas from table(tpack.session_snapshot_report(session_id=>&sid, snapshot_count=>5, sleep_time=>1));
old   1:  select type, item, deltas from table(tpack.session_snapshot_report(session_id=>&sid, snapshot_count=>5, sleep_time=>1))
new   1:  select type, item, deltas from table(tpack.session_snapshot_report(session_id=>	170, snapshot_count=>5, sleep_time=>1))

TYPE	   ITEM 			       DELTAS
---------- ----------------------------------- ----------------------------------------
STAT	   session pga memory		       33,816,576->36,831,232->26,411,008->22,3
					       47,776->25,427,968

STAT	   table scan rows gotten	       511,000->562,000->403,000->341,000->388,
					       000

STAT	   session logical reads	       76,146->82,614->59,241->50,127->57,036
STAT	   consistent gets		       75,852->82,614->59,241->50,127->57,036
STAT	   consistent gets from cache (fastpat 75,852->82,614->59,241->50,127->57,036
	   h)


TYPE	   ITEM 			       DELTAS
---------- ----------------------------------- ----------------------------------------
STAT	   consistent gets from cache	       75,852->82,614->59,241->50,127->57,036
STAT	   no work - consistent read gets      73,359->80,366->57,629->48,763->55,484
STAT	   table scan blocks gotten	       73,073->80,366->57,629->48,763->55,484
...



>> 매 스냅샷 마다 PGA 영역의 크기가 계속해서 증가하는 것을 알 수 있다(?)
>> 이후 힙 덤프를 통해서 어떤 유형의 객체 때문인지 추적 가능


Oracle 11.1.0.6 의 트리거 버그 분석 사례 (Memory Leak)


SQL> select * from v$version;

BANNER
--------------------------------------------------------------------------------
Oracle Database 11g Enterprise Edition Release 11.1.0.6.0 - Production
PL/SQL Release 11.1.0.6.0 - Production
CORE	11.1.0.6.0	Production
TNS for Linux: Version 11.1.0.6.0 - Production
NLSRTL Version 11.1.0.6.0 - Production

SQL> create table t1(c1 int);

Table created.

SQL> create table t2(c1 int);

Table created.

SQL> -- create triggers
SQL> create or replace trigger t1_trg1 after insert on t1 for each row
begin
  insert into t2 values (:new.c1);
end;
/
  2    3    4    5  
Trigger created.

SQL> create or replace trigger t2_trg1 after insert on t2 for each row
begin
  declare
    numrows number;
  begin
    numrows := 1;
  end;
end;
/   

Trigger created.

SQL> -- insertions get slow down
SQL> declare
  2    v_start_time number := dbms_utility.get_time;
begin
  for idx in 1 .. 100000 loop
    insert into t1 values (idx);
    
    if mod(idx, 1000) = 0 then
      dbms_output.put_line(idx || 'th exe = ' || (dbms_utility.get_time - v_start_time)/100);
      v_start_time := dbms_utility.get_time;
    end if;
  end loop;
end;
/   

1000th exe = .3
2000th exe = .33
3000th exe = .32
4000th exe = .35
5000th exe = .35
...
53000th exe = .85
54000th exe = .8
55000th exe = .85
56000th exe = 1.24
57000th exe = .89
...
96000th exe = 2.71
97000th exe = 2.15
98000th exe = 2.23
99000th exe = 2.2
100000th exe = 2.23



SQL> select type, item, deltas from table(tpack.session_snapshot_report(session_id=>&sid, snapshot_count=>5, sleep_time=>1));
old   1: select type, item, deltas from table(tpack.session_snapshot_report(session_id=>&sid, snapshot_count=>5, sleep_time=>1))
new   1: select type, item, deltas from table(tpack.session_snapshot_report(session_id=>       170, snapshot_count=>5, sleep_time=>1))

TYPE	   ITEM 			       DELTAS
---------- ----------------------------------- ----------------------------------------
STAT	   session uga memory max	       523,712->589,176->851,032->654,640->589,
					       176

STAT	   session uga memory		       523,712->589,176->851,032->654,640->589,
					       176

STAT	   session pga memory max	       524,288->589,824->851,968->655,360->458,
					       752

STAT	   session pga memory		       524,288->589,824->851,968->524,288->589,
					       824



SQL> select * from table(tpack.pga_heap_report(session_id=>&sid, subheap_depth=>2));
old   1: select * from table(tpack.pga_heap_report(session_id=>&sid, subheap_depth=>2))
new   1: select * from table(tpack.pga_heap_report(session_id=>       170, subheap_depth=>2))
select * from table(tpack.pga_heap_report(session_id=>	     170, subheap_depth=>2))
                    *
ERROR at line 1:
ORA-29532: Java call terminated by uncaught Java exception: java.io.IOException: Exception during creation of the process
ORA-06512: at "SYS.TPACK", line 61
ORA-06512: at "SYS.TPACK", line 269
ORA-06512: at "SYS.TPACK", line 4936
ORA-06512: at line 1
ORA-06512: at "SYS.TPACK", line 5039
ORA-06512: at line 1

"데이터베이스 스터디모임" 에서 2012년에 "오라클 성능 트러블슈팅의 기초 " 도서를 스터디하면서 정리한 내용 입니다.

- 강좌 URL : http://www.gurubee.net/lecture/4315

- 구루비 강좌는 개인의 학습용으로만 사용 할 수 있으며, 다른 웹 페이지에 게재할 경우에는 출처를 꼭 밝혀 주시면 고맙겠습니다.~^^

- 구루비 강좌는 서비스 제공을 위한 목적이나, 학원 홍보, 수익을 얻기 위한 용도로 사용 할 수 없습니다.

댓글등록
SQL문을 포맷에 맞게(깔끔하게) 등록하려면 code() 버튼을 클릭하여 작성 하시면 됩니다.
로그인 사용자만 댓글을 작성 할 수 있습니다. 로그인, 회원가입