🖥️ 데이터 충돌(2023-02-08)

[Data 충돌 = Session 충돌 = Lock 충돌]

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

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

3. Lock 충돌의 원인
- 트랜잭션을 길게 진행하는 경우
- 커밋되지 않은 작업이 남아있는 경우

4. Lock 충돌 감지 방법(모니터링 방법)
- v$session : DB에 접속된 세션 정보와 Lock 충돌 정보를 모니터일할 수 있는 DB세션

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

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

SQL> alter systeml kill session 'SID, Serial#' immediate;

6. Lock 충돌의 특이 케이스 : Deadlock(교착상태)
- 두 세션이 각자의 자원을 선점하 상태에서 상대방의 자원을 서로 요청하는 경우
- Deadlock을 특수한 경우이므로 DBMS에 의해서 자동 감지되고 해결됨.
- 한쪽 세션으로 Deadlock 오류 메세지가 자동으로 발생되면서 해결됨.