Oracle/Tuning2010. 1. 25. 17:32

1. isqlplus로 v$resource와 v$lock을 질의하여, TM lock과 TM lock이 존재하지 않는 것을 확인한다.

SQL> select * from v$resource;
SQL> select * from v$lock order by ID1;



2. sysdba권한으로 sql plus에 접속해 scott유저의 emp테이블을 update한다.

OS] sqlplus / as sysdba
SQL> update scott.emp set sal = 140;


3. isqlplus로 v$resource와 v$lock을 질의한다. TX lock과 TM lock을 확인한다.

SQL> select * from v$resource;
SQL> select * from v$lock order by ID1;

ADDR TYPE ID1 ID2
304345E4 XR 4 0
3043484C CF 0 0
304349AC RT 1 0
30434A04 RS 25 1
30434B0C MR 3 0
30434B64 MR 4 0
30434BBC MR 5 0
30434C14 MR 6 0
30434C7C MR 7 0
30434CD4 MR 8 0
30434D2C MR 9 0
30434D84 MR 10 0
30434DDC MR 11 0
30434E34 MR 12 0
30434F94 MR 1 0
30434FEC MR 2 0
304354BC MR 201 0
30435D64 PW 1 0
304367C4 TA 6 1
3043748C TX 589842 597
30437594 TS 3 1
30438B04 TM 51148 0


ADDR KADDR SID TYPE ID1 ID2 LMODE REQUEST CTIME BLOCK
30FB9A9C 30FB9AB0 165 CF 0 0 2 0 873284 0
30FB9C68 30FB9C7C 167 PW 1 0 3 0 873274 0
30FB9D7C 30FB9D90 167 MR 1 0 4 0 873277 0
30FB9C0C 30FB9C20 166 RT 1 0 6 0 873280 0
30FB9DD8 30FB9DEC 167 MR 2 0 4 0 873277 0
30FB9E34 30FB9E48 167 MR 3 0 4 0 873277 0
30FB9CC4 30FB9CD8 164 TS 3 1 3 0 873275 0
30FB9E90 30FB9EA4 167 MR 4 0 4 0 873277 0
30FB9A40 30FB9A54 165 XR 4 0 1 0 873284 0
30FB9EEC 30FB9F00 167 MR 5 0 4 0 873277 0
30FB9F48 30FB9F5C 167 MR 6 0 4 0 873277 0
30FB9FA4 30FB9FB8 167 MR 7 0 4 0 873277 0
30FBA000 30FBA014 167 MR 8 0 4 0 873277 0
30FBA05C 30FBA070 167 MR 9 0 4 0 873277 0
30FBA0B8 30FBA0CC 167 MR 10 0 4 0 873277 0
30FBA114 30FBA128 167 MR 11 0 4 0 873277 0
30FBA170 30FBA184 167 MR 12 0 4 0 873277 0
30FB9B54 30FB9B68 165 RS 25 1 2 0 873280 0
30FBA1CC 30FBA1E0 167 MR 201 0 4 0 873277 0
2F9C3F90 2F9C3FA8 126 TM 51148 0 3 0 3 0
2FA1FBE8 2FA1FD04 126 TX 589842 597 6 0 3 0


4. scott 유저로 sqlplus로 접속 후, emp테이블을 update를 한다.

SQL> update emp set sal = sal + 140;



5. isqlplus로 v$resource와 v$lock을 질의한다. TX lock과 TM lock을 확인한다.
   v$resource는 변함이 없지만, v$lock은 TX lock과 TM lock이 하나씩 추가가 되었다. TM lock은 shared mode이므로 같은 리소스를 공유하고, lock도 같은 lock을 쓴다. 그리고 TX lock은 첫 세션에서 exclusive 모드로 lock을 잡고 있고, 두번째 세션에서는 exclusive 모드로 lock을 요청하고 있다.

ADDR TYPE ID1 ID2
304345E4 XR 4 0
3043484C CF 0 0
304349AC RT 1 0
30434A04 RS 25 1
30434B0C MR 3 0
30434B64 MR 4 0
30434BBC MR 5 0
30434C14 MR 6 0
30434C7C MR 7 0
30434CD4 MR 8 0
30434D2C MR 9 0
30434D84 MR 10 0
30434DDC MR 11 0
30434E34 MR 12 0
30434F94 MR 1 0
30434FEC MR 2 0
304354BC MR 201 0
30435D64 PW 1 0
304367C4 TA 6 1
3043748C TX 589842 597
30437594 TS 3 1
30438B04 TM 51148 0


ADDR KADDR SID TYPE ID1 ID2 LMODE REQUEST CTIME BLOCK
30FB9A9C 30FB9AB0 165 CF 0 0 2 0 873584 0
30FB9C0C 30FB9C20 166 RT 1 0 6 0 873580 0
30FB9D7C 30FB9D90 167 MR 1 0 4 0 873577 0
30FB9C68 30FB9C7C 167 PW 1 0 3 0 873574 0
30FB9DD8 30FB9DEC 167 MR 2 0 4 0 873577 0
30FB9CC4 30FB9CD8 164 TS 3 1 3 0 873575 0
30FB9E34 30FB9E48 167 MR 3 0 4 0 873577 0
30FB9E90 30FB9EA4 167 MR 4 0 4 0 873577 0
30FB9A40 30FB9A54 165 XR 4 0 1 0 873584 0
30FB9EEC 30FB9F00 167 MR 5 0 4 0 873577 0
30FB9F48 30FB9F5C 167 MR 6 0 4 0 873577 0
30FB9FA4 30FB9FB8 167 MR 7 0 4 0 873577 0
30FBA000 30FBA014 167 MR 8 0 4 0 873577 0
30FBA05C 30FBA070 167 MR 9 0 4 0 873577 0
30FBA0B8 30FBA0CC 167 MR 10 0 4 0 873577 0
30FBA114 30FBA128 167 MR 11 0 4 0 873577 0
30FBA170 30FBA184 167 MR 12 0 4 0 873577 0
30FB9B54 30FB9B68 165 RS 25 1 2 0 873580 0
30FBA1CC 30FBA1E0 167 MR 201 0 4 0 873577 0
2F9C3F90 2F9C3FA8 126 TM 51148 0 3 0 303 0
2F9C403C 2F9C4054 145 TM 51148 0 3 0 86 0
30FB9BB0 30FB9BC4 145 TX 589842 597 0 6 86 0
2FA1FBE8 2FA1FD04 126 TX 589842 597 6 0 303 1


'Oracle > Tuning' 카테고리의 다른 글

cursor_sharing  (0) 2011.05.09
내 tracefile 찾는 방법  (0) 2011.04.15
LRU 알고리즘  (0) 2010.01.19
Tuning the Buffer Cache  (0) 2010.01.18
Tuning the Shared Pool  (1) 2010.01.16
Posted by 자수성가한 부자