23/02/08 [Database]

📌 Data충돌 = Session충돌 = Lock충돌

1. Lock

• 변경 작업 발생 시, DBMS는 관련 행 단위로 Lock를 구현하고 작업을 진행함.
• Lock 트랜잭션 진행중에는 유지되고, 트랜잭션 종료시 해제됨.
• Lock이 구현된 곳에 작업이 요청되는 경우 큐라고 하는 대기공간에서 기다림

2. Lock 충돌

• Waiting이 길어지는 경우 Lock충돌로 감지하고 해결해야함.

3. Lock 충돌의 원인

• 트랜잭션을 길게 진행하는 경우
• 커밋되지 않은 작업이 남아있는 경우

4. Lock 충돌 감지 방법(모니터링 방법) => DBA권한필요!(sys사용자)

• v$session : DB에 접속된 세션 정보를 모니터링 할수 있는 DB사전

	select username, sid, serial#, blocking_session
    from   v$session
    where  username is not null;

=> 243 : 블로킹의 원인을 제공하고 있는 번호

5. Session Kill 시키기 => DBA권한필요!(sys사용자)

SQL> alter system kill session 'SID, Serial#' immediate

---

6. Lock 충돌의 특이케이스 : Deadlock(교착상태)

• 두 세션이 각자의 자원을 선점한 상태에서 상대방의 자원을 서로 요청하는 경우,
  Deadlock을 특수한 경우이므로 DBMS에 의해서 자동 감지되고 해결됨.
• 한쪽 세션으로 Deadlock 오류 메시지가 자동으로 발생되면서 해결됨.