잠금 관리
오라클 서버는 잠금(lock) 기능을 자동으로 관리합니다. 오라클의 디폴트 잠금(lock) 메커니즘은 가장  높은 데이터 동시성을 허용하면서 데이터 일관성을 보장할 수 있도록 제한도가 가장 낮은 레벨에서 데이터를 잠급니다.

주의: 디폴트 메커니즘은 init.ora 파라미터 ROW_LOCKING을 사용하여 수정될 수 있습니다. 디폴트 값은 ALWAYS입니다. 그렇기 때문에, 오라클 서버는 항상 제한도가 가장 적은 레벨인 행 레벨에서 잠겨지며, DML 문장 실행 동안 테이블 레벨에서는 잠겨지지 않습니다. 또한, 행 레벨 잠금(lock)이 사용되는 SELECT FOR UPDATE 문을 제외하고, 더 제한된 레벨인 테이블 레벨에서 오라클 서버가 잠겨지도록 INTENT를 설정할 수 있습니다.

데이터 동시성
잠금 기능은 높은 레벨의 데이터 동시성을 허용하도록 설계되었습니다. 따라서, 많은 사용자들은 동시에 동일한 데이터에 안전하게 액세스할 수 있습니다.

트랜잭션 1 

트랜잭션 2

SQL>  update scott.s_emp
  2   set salary=salary*1.1
  3   where id = 24877;
  1 row updated

SQL>  update scott.s_emp
  2   set salary=salary*1.1
  3   where id = 24878;
  1 row updated.

트랜잭션 1

트랜잭션 2

SQL> UPDATE s_emp
  2  SET salary = salary*1.1;
13120 row updated.      

SQL> select salary
  2  from s_emp
  3  where id = 10;
SALAYR
---------
     1000


데이터 일관성
오라클 서버는 또한 다양한 레벨의 데이터 일관성을 제공합니다. 따라서, 사용자는 다른 사용자가 데이터의 정적인 상태를 변경하고 있더라도 그 상태를 볼 수 있습니다.

지속성
잠금(lock)은 COMMIT, ROLLBACK 또는 트랜잭션 종료 때까지 유지됩니다. 트랜잭션이 비정상적으로 종료되었을 경우, PMON은 잠금(lock)을 해제합니다.

잠금(lock) 모드

트랜잭션1

트랜잭션2

SQL>  update scott.s_emp
  2   set salary=salary*1.1
  3   where id = 24877;
1 row updated.

SQL>  update scott.s_emp
  2   set salary=salary*1.1
  3   where id = 24877;
Transaction 2 waits.

트랜잭션 1 

트랜잭션 2

SQL>  update scott.s_emp
  2   set salary=salary*1.1
  3   where id = 24877;
1 row updated.

SQL>  update scott.s_emp
  2   set salary=salary*1.1
  3   where id = 24878;
1 row updated.

2건의 트랜잭션이 동일한 테이블의 행을 갱신합니다.

잠금(lock) 유지
트랜잭션2가 커밋 또는 롤백될 때까지 잠금(lock)을 유지합니다.
예

트랜잭션1

트랜잭션2

SQL>  update scott.s_emp
  2   set salary=salary*1.1
  3   where id = 24877;
1 row updated.
SQL> commit;
Commit complete.        

SQL>  update scott.s_emp
  2   set salary=salary*1.1
  3   where id = 24878;
Transaction 2 waits.
1 row updated.

트랜잭션 2가 요청된 잠금(lock)을 입수했기 때문에, 트랜잭션 1이 커밋되자 마자, 트랜잭션 2가 행을 갱신할 수 있습니다.

DML Lock의 목적
DML Lock은 여러 사용자에 의해 동시에 액세스되고 있는 데이터의 무결성을 보장하기 위한 것입니다. 이들 잠금(lock)은 DML 작업과 DDL 작업을 동시에 충돌시키는 파괴적인 방해를 예방합니다.

2가지 레벨

트랜잭션1

트랜잭션2

SQL> UPDATE s_emp
  2   SET salary=salary*1.1
13120 rows updated.

SQL>  DROP TABLE s_emp;
ERROR at line 1:
ORA-00054: resource busy and acquire with NOWAIT specified

트랜잭션1

트랜잭션2

SQL>  update scott.s_emp
  2   set salary=salary*1.1
  3   where id = 24877;
1 row updated.

SQL>  update scott.s_emp
  2   set salary=salary*1.1
  3   where id = 24877;
Transaction 2 waits.

DDL Lock
DDL Lock은 객체가 지속적인 DDL 작업에 의해 활동하거나 참조되는 동안 스키마 객체의 정의를 보호합니다. 오라클 서버는 동일한 스키마 객체를 수정하거나 참조할지도 모를 다른 DDL 작업으로부터 파괴적인 방해를 막기 위하여 DDL Lock을 자동으로 입수합니다.

DML 트랜잭션은 최하 2개의 잠금을 입수한다

DML 문 (INSERT, UPDATE, DELETE, SELECT…FOR UPDATE)에 대해 2 종류의 잠금(lock) 구조가 사용됩니다:

인큐 (Enqueue) 메커니즘
오라클 서버는 모든 잠금(lock)을 인큐로써 유지합니다. 인큐 메커니즘은 다음을 추적할 수 있습니다:

3명의 사용자가 동시에 동일한 행을 갱신하고자 한다면, 모든 사용자는 공유 테이블 잠금(lock)을 얻지만, 한 명만(첫번째 사용자) 행 잠금(lock)을 얻습니다. 테이블 잠금 메커니즘은 행 잠금(lock)을 점유하고 있는 사람과 그 잠금(lock)을 기다리는 사람을 추적합니다.

DML_LOCKS와 ENQUEUE_RESOURCES 파라미터를 증가시켜, 인스턴스에 대해 이용할 수 있는 잠금(lock)의 총 수를 증가시킬 수 있습니다. 이것은 병렬 서버 구성에서 필요할 것입니다. 

자동 테이블 잠금 모드
DML 트랜잭션에 의해 점유되는 2개의 TM 테이블 잠금 모드(RX와 RS)를 종종 보게 될 것입니다.
이들은 DML 트랜잭션에 대해 오라클 서버가 자동으로 할당하는 테이블 잠금 모드입니다.
테이블 잠금 모드의 제한성에 따라, 동일한 테이블에서 다른 테이블 잠금(lock)들이 입수되어 점유될 수 있는 모드가 결정됩니다.

행 독점 (Row Exclusive, RX)

예 

트랜잭션 1 (점유된 RX 테이블 잠금)

트랜잭션 2 (점유된 X 테이블 잠금)

SQL>  update s_emp
  2   set salary=salary*1.1
  3   where id = 24877;
1 row updated.

SQL>  update s_emp
  2   set salary=salary*1.1
  3   where id = 24878;
1 row updated.

 
행 공유 (Row Share, RS)
SELECT…FOR UPDATE 문을 사용하는 질의 동안 행을 잠그도록 선택할 수 있습니다.

예

트랜잭션 1 (점유된 RS 테이블 잠금)

트랜잭션 2 (점유된 X 테이블 잠금)

SQL>  select id, salary
  2   from s_emp
  3   where id = 24877;
  4   for update;
        ID      SALARY
 -------- ----------
     24877        1100
  SQL> commit;
  Commit complete. 

SQL>  lock table s_emp
    2   in exclusive mode;
Transaction 2 waits.
Table(s) Locked.

수동 테이블 잠금(lock) 모드
3개의 다른 테이블 잠금 모드는 명시적 LOCK TABLE 명령에 의해 수동으로 할당됩니다.

   SQL> LOCK TABLE s_emp IN exclusive MODE;
   Table(s) Locked.

종종 잠금(lock)에서 명시적 잠금(lock)을 할 핑요가 있는 경우도 있지만, 잠금(lock) 경합이 있을 경우에는 개발자와 함께 검사하고자 할 것입니다.
비오라클 백그라운드를 가진 개발자들은 가끔 불필요하게 높은 잠금(lock) 레벨을 사용합니다.

공유(Share, S)

공유 잠금(lock)을 암시적으로 얻는 SQL 문은 참조 무결성 제약조건과 관련이 있습니다. 자식 테이블의 외부키(foreign key) 열에 인덱스가 없을 경우:

이러한 행동을 하는 이유는 자식 행이 종속된 테이블에 남아 있는 동안 부모 행이 삭제되어서는(또는 기본 키(primary key)를 갱신해서는) 안되기 때문입니다. 자식 테이블은 이 규칙을 위반하는 갱신 및 삽입 작업을 막기위해 잠겨집니다.
예

트랜잭션 1
(s_dept에서 점유된 RX 테이블 잠금,
 s_emp에서 점유된 S 테이블)

 트랜잭션 2 (요청된 RX 테이블 잠금)

SQL> delete from s_dept
  2  where id = 60;
1 row deleted.}
SQL> commit;
Commit complete.

SQL> update s_emp
  2  set salary=salary*1.1
  3  where id = 24877;
Transaction 2 waits.
1 row updated.


이러한 행동을 피하기 위해서는, 참조하는(자식) 테이블의 외부키 열에 인덱스를 설정하십시오.
자식 테이블의 외부 키에 인덱스를 설정하면, 오라클 서버는 인덱스의 변경된 값을 잠금으로써 자식 행에 변경이 행해지는 것을 막을 수 있습니다.
 

트랜잭션 1 (점유된 RX 테이블 잠금)

트랜잭션 2 (점유된RX 테이블 잠금

SQL> delete from s_dept
  2  where id = 60;
1 row deleted.
SQL> create index I on s_emp
  2  (dept_id);
Index created

SQL> update s_emp
  2  set salary=salary*1.1
  3  where id = 24877;
1 row updated.

공유 행 독점(Share Row Exclusive, SRX)

암시적으로 공유 행 독점 잠금(lock)을 얻은 SQL 문은 다시 참조 무결성과 연관됩니다. 다음 상황에서, 부모 테이블로부터 삭제할 때, 자식 테이블에 공유 행 독점 잠금(lock)이 필요합니다:

예

트랜잭션 1
(s_dept에서 점유된 RX 테이블 잠금,
 s_emp에서 점유된 SRX 테이블)

 트랜잭션 2 (요청된 RX 테이블 잠금)

SQL> delete from s_dept
  2  where id = 60;
1 row deleted.

SQL> commit;
Commit complete.

SQL> update s_emp
  2  set salary=salary*1.1
  3  where id = 24877;
Transaction 2 waits.

1 row updated.

다시, 해결책은 자식 테이블의 외부 키 열에 인덱스를 설정하는 것입니다.

독점(Exclusive, X)
이것은 최고 레벨의 테이블 잠금(lock)이기 때문에, 가장 제한적인 모드로서, 특성은 다음과 같습니다:

예 

트랜잭션 1 (점유된 X 테이블 잠금) 

트랜잭션 2 (요청된 RS 테이블 잠금)

SQL> lock table s_dept in
Exclusive mode;
Table(s) Locked.

SQL> select * from s_dept
  2  for update;
Transaction 2 waits.

기술적 주의사항
이 잠금 정보는 트랜잭션이 커밋될 때 삭제되지 않지만, 다음 질의가 블록을 읽을 때 삭제됩니다. 이것은 '블록 삭제 연기(delayed block cleanout)'로 알려져 있습니다.

삭제 작업을 수행하는 질의는 롤백 세그먼트 헤더에 있는 트랜잭션 테이블의 시스템 변경 번호(System Change Number, SCN)와 트랜잭션의 상태를 검사해야 합니다.

오라클 서버는 블록 헤더에 있는 각 활동 트랜잭션에 대한 식별자를 블록 내에 보관합니다. 행 레벨에서, 잠금(lock) 바이트는 트랜잭션을 포함하는 슬롯에 대한 식별자를 저장합니다.

예
위의 그림에서, 슬롯 1을 사용하는 트랜잭션은 6행을 잠그고 있고, 슬롯2의 트랜잭션은 1행을 잠그고 있습니다. 

3종류
이들 잠금(lock)은 NOWAIT 모드에서 매우 잠깐 점유되고 요청되기 때문에, 이들에 대한 경합을 거의 보지 못할 것입니다.

독점 DDL Lock
CREATE, ALTER, DROP과 같은 일부 DDL 문은 작업 중인 객체에 대한 독점 잠금(lock)을 얻습니다.
사용자는 다른 사용자가 어떠한 레벨의 잠금(lock)이라도 점유하고 있으면 테이블에서 독점 잠금(lock)을 얻을 수 없습니다. 따라서, 테이블에 커밋되지 않은 트랜잭션을 갖고 있는 사용자가 있다면, ALTER TABLE 문은 실패합니다.
예
 

트랜젝션1

트랜젝션2

SQL> UPDATE s_emp
  2  SET salary=salary*1.1;
3120 row updated.

SQL> ALTER TABLE s_emp
  2  DISABLE primary key;
  3  where id = 24877;
ORA-00054: resource busy and acquire with NOWAIT specified


공유 DDL Lock
일부 문장(GRANT, CREATE PACKAGE와 같은)은 자신이 참조하는 객체에 공유 DDL 잠금(Lock)이 필요합니다.
이것은 유사한 DDL 문이나 어떠한 DML 문도 막지 못할 것입니다. 그러나 다른 사용자가 참조되는 객체를 변경하거나 삭제하지 못하도록 막을 것입니다.

Breakable parse lock
라이브러리 캐시에 있는 문장이나 PL/SQL 객체는 문장이 공유 풀에서 오래되어 삭제될 때까지 참조하는 모든 객체에 대해 이들 잠금(lock) 중의 하나를 점유합니다.
Breakable parse lock은 객체가 변경될 경우, 문장이 무효이어야 하는지 여부를 검사합니다.
이 잠금(lock)을 포인터로서 생각할 수 있습니다. 이 잠금(lock)은 대기나 경합을 결코 유발시키지 않습니다.

개발 및 사용자 이슈
오라클 서버 잠금(lock) 기능은 비용이 들지 않고 효율적입니다. 대부분의 사이트는 잠금(lock) 기능과 관련된 문제를 갖고 있지 않습니다. 잠금(lock)으로 인해 경합이 발생할 경우, 그 이유는 종종 다음과 같습니다:

V$LOCK 뷰

 잠금 유형      

 ID 1

 TX

 롤백 세그먼트 번호 및 슬롯 번호

 TM

 수정되고 있는 테이블의 ID


예
V$LOCK 뷰의 특정 자원 ID 1에 해당되는 테이블명을 찾기 위해서는, 다음을 수행하십시오:

 SQL> SELECT owner, object_id, object_name, object_type,
   2        v$lock.type
   3  FROM dba_objects, v$lock
   4  WHERE object_id = v$lock.id1 and object_name = table_name;

다른 프로세스를 방해하는 어떠한 프로세스도 사용자 애플리케이션에 의해 입수된 잠금(lock)을 점유할 것입니다. 사용자 애플리케이션에 의해 입수된 잠금(lock)은 다음과 같습니다:

여기에서 언급되지 않는 다른 잠금(lock)들은 잠깐 동안만 점유되는 시스템 잠금(lock)들입니다.

V$LOCKED_OBJECT 뷰

잠금 유형      

 ID 1

XIDUSN

롤백 세그먼트 번호

OBJECT_ID

수정되고 있는 객체의 ID

SESSION_ID

객체를 잠그는 세션 ID

ORACLE_USERNAME 

 

LOCKED_MODE

 


예
V$LOCKED_OBJECT 뷰의 특정 OBJECT_ID에 해당되는 테이블명을 찾기 위해서는, 다음을 수행하십시오:

 SQL> select xidusn, object_id, session_id, locked_mode
   2  from v$locked_object;
    XIDUSN  OBJECT_ID  SESSION_ID  LOCKED_MODE
 ---------  ---------  ----------  -----------
         3       2711           9            3
         0       2711           7            3

 SQL> select object_name
   2  from dba_objects
   3  where object_id = 2711;
 OBJECT_NAME
 -----------
 S_EMP

XIDUSN의 값이 0이라면, 해당 SESSION_ID는 XIDUSN이 0이외의 다른 값을 갖고 있는 SESSION_ID에 의해 점유되고 있는 잠금(lock)을 요청하여 기다리고 있는 중입니다.

모든 잠금(lock) 출력 옵션
'모든 잠금(lock)' 출력 옵션에서, 백그라운드와 사용자 트랜잭션에 의해 점유되거나 요청된 모든 잠금은 그 중 일부가 다른 트랜잭션에 의해 요청되지 않았더라도 출력됩니다.

목록의 열은 다음과 같습니다:

주의: 동일한 정보가 OEM 성능 관리 애플리케이션에서 출력될 수 있습니다.

  1. Oracle Performance Manager 실행
  2. 출력 -> 경합 -> 잠금

방해/대기 잠금(lock) 출력 옵션
이 출력 옵션은 다른 트랜잭션에 의해 요구된 잠금(lock)을 점유하고 있는 트랜잭션만을 나타냅니다 

세션 종료
사용자가 다른 사용자가 요구하는 잠금(lock)을 점유하고 있다면, DBA는 다음을 수행할 수 있습니다:

위에서 설명한 감시 방법을 통해 사용자에 대한 세션 식별자를 얻을 것입니다.

다음을 명령을 사용하여 사용자 세션을 종료시킬 수 있습니다:

경합을 유발시키는 행
어느 행이 경합을 유발시키는지 알 필요가 있을 경우에는, 다음의 열이 포함되어 있는 V$SESSION을 참조합니다:


교착상태(Deadlock)
교착상태는 2명 이상의 사용자가 각각 서로가 잠근 데이터를 기다리고 있을 때 발생합니다.
오라클 서버는 교착상태를 탐지한 문장을 롤백하여 교착상태를 자동으로 탐지하고 해결합니다.
 

트랜잭션 1

시간

트랜잭션 2

SQL> update scott.s_emp
  2  set salary=salary*1.1
  3  where id = 24877;
  1 row updated.      

1

SQL> update scott.s_emp
  2  set salary=salary*1.1
  3  where id = 24876;
  1 row updated.

SQL> update scott.s_emp
  2  set salary=salary*1.1
  3  where id = 24876;
Transaction 1 waits.

2

SQL> update scott.s_emp
  2  set salary=salary*1.1
  3  where id = 24877;
  Transaction 2 waits.

ORA_00060: deadlock
detected while
waiting for resource

3

 

트랜잭션 1에서 두번째 갱신 문이 교착상태(deadlock)를 탐지했다고 가정하면, 오라클 서버는 그 문장을 롤백하고 메시지를 반환합니다. 교착상태(deadlock)를 발생시킨 문장은 롤백되지만, 트랜잭션은 롤백되지 않습니다. 이때, 사용자에게는 ORA-00060 오류 메시지가 전달되어야 합니다. 다음 조치는 트랜잭션의 나머지 부분을 롤백하는 것입니다.

기술적 주의사항
교착상태(deadlock)는 대부분 트랜잭션이 명시적으로 오라클 서버의 디폴트 잠금을 무효로 할 때 발생합니다. 일단 탐지되면, 분산된 교착상태는 분산되지 않은 교착상태와 동일한 방법으로 처리됩니다.


추적 파일
교착상태(deadlock) 상황은 USER_DUMP_DEST 딕셔너리 내의 추적 파일에 기록될 것입니다. 애플리케이션에 문제가 있는지 결정하기 위해서는 교착상태 오류에 대한 추적 파일을 감시하는 것이 권장됩니다. 추적 파일에는 잠그는 행의 행 ID가 포함될 것입니다.

  

문맥

참조

초기화 파라미터

DML_LOCKS
ENQUEUE_RESOURCES
USER_DUMP_DEST

동적 성능 뷰

LOCK
V$LOCKED_OBJECT
V$SESSION

데이터 딕셔너리 뷰

None

명령어

LOCK TABLE IN lock MODE;
ALTER TABLE table_name DISABLE TABLE LOCK;
ALTER SYSTEM KILL SESSION ’sid,serial#

패키지된 프로시저 및 함수

None

스크립트

None

진단팩 어플리케이션

Lock Manager
Performance Manager

  
 Lock Matrix

요청의 유형

잠금
모드

잠금 대상

충돌/주의

선택(select)            

None

None

읽기에 대한 잠금(lock) 없음.

행 공유 모드에서의 테이블 잠금(lock)

모드2

테이블상의TM(RS) 잠금(lock)

모드6. 독점 DDL 잠금(lock) 없음. 가장 제한이 적은 잠금(lock).

행 공유 모드에서의 테이블 파티션 잠금(lock)

모드2


모드2 

테이블상의 TM(RS) 잠금(lock)
테이블 파티션 상의 TM(RS) 잠금(lock). 

모드6. 독점 DDL 없음. 가장 제한이 적은 잠금(lock).

갱신을 위한 선택(select for update)

모드2

모드2


모드6 

테이블상의 TM(RS) 잠금(lock)

각 테이블 파티션상의 TM(RS)잠금(lock)

RBS TX 슬롯상의 TX 잠금(lock)

모드6. 동일한 행에서의 갱신 선택 또는DML

독점 DDL이 없음.

행 독점 모드에서의 테이블 잠금(lock)

모드 3

테이블상의 TM(RX)잠금(lock)

모드 4,5,6 모드3이 모드3과 충돌하기 않을 때 갱신 허용
공유 잠금(lock)과 참조무결성 잠금(lock)이 없음.

행 독점 모드에서의 테이블 파티션 잠금(lock)

모드3


모드3

 

테이블상의 TM(RX)
잠금(lock)

테이블 파티션상의
TM(RX) 잠금(lock)

 

동일한 파티션상의 모드 4,5,6.

모드3이 모드3과 충돌하지 않을 때 갱신 허용.

공유 잠금(lock)과 참조 무결성 잠금(lock)이 없음.

DML(up/ins/del)

 

모드3


모드6

 

테이블상의 TM(RX)
잠금(lock)

RBS TX 슬롯상의
TX 잠금(lock)

모드 4,5,6.
동일한 행에서 갱신선택(select for update) 또는 DML

공유 잠금(lock)과 참조 무결성 잠금(lock)이 없음.

분할된 테이블상의 DML(up/ins/del)

모드3


모드3


모드6

테이블상의 TM(RX)
잠금(lock)

갱신된 행을 소유하는 각 테이블 파티션상의 TM(RX) 잠금
(lock)

RBS TX 슬롯상의
TX 잠금(lock)

모드 4,5,6.

동일한 행에서 갱신선택 (select for update) 또는 DML


공유 잠금(lock)과 참조 무결성 잠금(lock)이 없음.

공유 모드에서의 테이블 잠금(lock)

모드4

 

테이블상의 TM(S)
잠금(lock)

 

모드 3, 5,6.

갱신선택(select for update) 및 다른 공유 잠금(lock)  허용.

잠겨진 테이블상에서
ORA1555 가능성 없음.

공유 모드에서의 테이블 파티션 잠금(lock)

모드2

모드4

테이블상의 TM(RS)
잠금(lock)

테이블 파티션상의
TM(RS) 잠금(lock)

 

동일한 파티션에서 모드 3, 5, 6.

갱신선택(select for update) 및 다른 공유 잠금(lock) 허용.

잠겨진 테이블상에서  
ORA_1555 가능성 없음.

자식 테이블에 참조 무결성 제약조건은 갖고 있고, 자식 테이블의 FK 열에 인덱스는 없으며, FK 제약조건에 ON DELETE DASCADE가 없는 부모 테이블로부터 삭제/부모테이블에 갱신.

모드4

모드3

모드6

부모 테이블 상의
TM(RX) 잠금(lock)

RBS TX 슬롯상의
TX 잠금(lock)

 

자식 테이블에서의 모드 3,5,6

자식 테이블에서 갱신선택(select for update)과 공유 잠금(lock) 허용.

부모 테이블에서의 모드4,5,6

부모에 대한 동일한 행에서의 갱신선택(select for update) 또는 DML

자식 테이블의 FK 열에 인덱스를 갖고 있는 자식에 대해 참조 무결성 제약조건을 갖고 있고, FK 제약조건에 ON DELETE DASCADE가 없는 부모 테이블로

모드3

모드6

부모 테이블상의  
TM(RX) 잠금(lock)

RBS TX 슬롯상의
TX 잠금(lock)

 

모드4,5,6. 부모에 대한 동일한 행에서의 갱신선택(select for update) 또는 DML

부모에 대한 DML에 의해 참조되는 자식의 행에 대한 갱신

공유 행 독점 모드에서의 테이블 잠금(lock)

모드5

테이블상의 TM(SRX) 잠금(lock)

모드 3,4,5,6

갱신선택(select for update)만 허용

공유 잠금(lock) 없음

ORA1555없음

종속삭제(Cascaded deletes)  없음

공유 행 독점 모드에서의 테이블 파티션 잠금(lock)

모드5

모드5

테이블상의 TM(SRX) 잠금(lock)

테이블 파티션상의
TM(SRX) 잠금(lock)

 

동일한 파티션상의 모드4.

모든 파티션상의 모드
3,5,6.

갱신선택(select for update)만 허용.

ORA 1555 없음

종속삭제(Cascaded deletes) 없음

자식 테이블에 참조 무결성 제약조건을 갖고 있고, 자식 테이블의 FK 열에 인덱스가 없으며, FK 제약조건에 ON DELETE DASCADE가 있는 부모 테이블로부터 삭제/부모 테이블에 갱신.

모드5

모드3

모드6

자식 테이블상의
TM(SRX) 잠금(lock)

부모 테이블상의
TM(RX) 잠금(lock)

RBS TX 슬롯에서
TX 잠금(lock)

 

자식에서의 모드3,4,5,6
은 갱신선택(select for
update)만 허용.

참조 무결성으로 인한
공유 잠금 없음.

ORA 1555 없음

자식이 참조하는 다른
부모 테이블에서 종속
삭제 없음

모드 4,5,6

부모의 동일한 행에서
DML 또는 갱신선택
(select for update)

자식 테이블에 참조 무결성 제약조건을 갖고 있고, 자식 테이블의 FK 열에 인덱스가 있으며, FK 제약조건에 ON DELETE DASCADE가 있는 부모 테이블로부터 삭제/부모 테이블에 갱신

모드3

모드3

모드6

자식 테이블상의
TM(RX) 잠금(lock)

부모 테이블상의
TM(RX) 잠금(lock)

RBS TX 슬롯상의
TX 잠금(lock)

 

모드4,5,6. 부모에 대해 동일한 행에서 DML 또는 갱신선택(select for
update)

모드4,5,6.  현재 종속
삭제(Cascaded deletes) 대상인 자식의 동일한 행
에서 모든 갱신선택
(select for update) 또는 DML 또는 다른 종속 삭제

독점 모드에서의
테이블 잠금(lock)

 

모드6

테이블상의 TM(X) 잠금(lock)

모드 2,3,4,5,6.
선택만 허용. DDL 없음.

가장 제한적인 잠금 모드.

독점 모드에서의
테이블 파티션 잠금(lock)

 

모드3


모드6

 

테이블상의TM(RX) 잠금(lock)

테이블 파티션상의 TM(X) 잠금(lock)

 

동일한 파티션에서의 모드 2,3,4,5,6.

모든 파티션에서의 모드5.

독점 DDL 없음.

파티션에서 가장 제한적인 잠금 모드

삭제, 절단, 테이블 생성, 인덱스 생성 DDL

모드4

Nowait

 

테이블상의 TM(X) 잠금(lock)

모드 2,3,4,5,6.
선택만 허용. DDL 없음.
대기가 없기 때문에 테이블에 다른 잠금(lock) 모드가 있을 경우, DDL 실패.

삭제, 절단, 파티션 추가DDL

모드3

모드6

Nowait

 

테이블상의TM(RX) 잠금(lock)
테이블 파티션상의 TM(X) 잠금(lock)

 

동일한 파티션에서 모드 2,3,4,5,6.

모든 파티션에서 모드5

대기가 없기 때문에 테이블에 다른 잠금(lock) 모드가 있을 경우, DDL 실패.

X 정답:C


X 정답:B


X 정답:B


X 정답:B