락과 2단계 잠금

              이미 걸린 락
             S-Lock   X-Lock
요청하는 락
  S-Lock      ✓ 허용    ✗ 대기
  X-Lock      ✗ 대기    ✗ 대기

의미:
  S + S = 허용 → 여러 트랜잭션이 동시에 잠금 읽기 가능
  S + X = 대기 → 보호 중인 데이터를 쓰려면 대기
  X + S = 대기 → 쓰는 중인 데이터를 잠금 읽기하려면 대기
  X + X = 대기 → 누군가 쓰고 있으면 쓰기 대기

요청 \ 보유   IS    IX    S    SIX    X
  IS          ✓     ✓     ✓    ✓      ✗
  IX          ✓     ✓     ✗    ✗      ✗
  S           ✓     ✗     ✓    ✗      ✗
  SIX         ✓     ✗     ✗    ✗      ✗
  X           ✗     ✗     ✗    ✗      ✗

S   = Shared (테이블 전체 공유 잠금)
X   = Exclusive (테이블 전체 배타 잠금)
IS  = Intent Shared
IX  = Intent Exclusive
SIX = S + IX (테이블 공유 + 일부 행 배타)

Oracle:
  * 데드락 발생 즉시 탐지 (대기 중인 트랜잭션이 스스로 확인)
  * 데드락을 일으킨 SQL 문만 롤백될 수 있음
  * ORA-00060: deadlock detected 에러 발생
  * 애플리케이션에서 명시적 ROLLBACK 또는 재시도 필요

MySQL InnoDB:
  * innodb_deadlock_detect가 켜져 있으면 대기 그래프를 탐지
  * 보통 희생자 트랜잭션을 롤백
  * ERROR 1213: Deadlock found 에러
  * innodb_lock_wait_timeout (기본 50초)

PostgreSQL:
  * deadlock_timeout 이후 데드락 검사를 수행
  * 트랜잭션은 오류 상태가 되어 롤백/재시도 필요
  * ERROR: deadlock detected

SQL Server:
  * lock monitor가 데드락을 탐지하고 주기를 조정
  * 희생자 트랜잭션 롤백
  * SET DEADLOCK_PRIORITY로 희생자 우선순위 설정 가능

-- 테이블 전체 공유 잠금
LOCK TABLE orders IN SHARE MODE;

-- 테이블 전체 배타 잠금 (DDL 보호 등)
LOCK TABLE orders IN EXCLUSIVE MODE;

-- NOWAIT으로 즉시 실패
LOCK TABLE orders IN EXCLUSIVE MODE NOWAIT;

-- 현재 잠금 대기 확인
SELECT l1.sid blocking_sid, l2.sid waiting_sid,
       l1.type lock_type
FROM v$lock l1, v$lock l2
WHERE l1.id1 = l2.id1 AND l1.block = 1 AND l2.request > 0;

-- 블로킹 세션 상세 정보
SELECT blocking_session, sid, serial#, 
       wait_class, seconds_in_wait
FROM v$session WHERE blocking_session IS NOT NULL;

-- 잠금 트리 (누가 누구를 블로킹하는지)
SELECT LPAD(' ', (LEVEL-1)*2) || sid sid_tree,
       blocking_session, event, seconds_in_wait
FROM v$session
START WITH blocking_session IS NULL
CONNECT BY PRIOR sid = blocking_session;

-- 현재 잠금 대기 확인 (MySQL 8.0+)
SELECT * FROM performance_schema.data_lock_waits;

-- 잠금 상세 정보
SELECT * FROM performance_schema.data_locks;

-- InnoDB 상태 (데드락 정보 포함)
SHOW ENGINE INNODB STATUS;

-- 최근 데드락 로그 확인
-- SHOW ENGINE INNODB STATUS 출력에서
-- LATEST DETECTED DEADLOCK 섹션 확인

-- 잠금 대기 현황: 현재 세션을 막는 PID를 배열로 확인
SELECT pid AS blocked_pid,
       pg_blocking_pids(pid) AS blocking_pids,
       wait_event_type,
       wait_event,
       query
FROM pg_stat_activity
WHERE cardinality(pg_blocking_pids(pid)) > 0;

-- 오래 대기중인 쿼리
SELECT pid, age(clock_timestamp(), query_start), query
FROM pg_stat_activity
WHERE state != 'idle' AND query_start < NOW() - INTERVAL '5 minutes';

Oracle:
  * DDL_LOCK_TIMEOUT (DDL 대기 시간)
    ALTER SESSION SET DDL_LOCK_TIMEOUT = 10;  -- 10초
  * DML은 FOR UPDATE WAIT n 으로 개별 설정
  * 기본적으로 DML은 무한 대기

MySQL:
  * innodb_lock_wait_timeout = 50 (기본 50초)
    SET innodb_lock_wait_timeout = 10;  -- 세션 단위
  * lock_wait_timeout = 31536000 (메타데이터 잠금 대기)

PostgreSQL:
  * lock_timeout = 0 (기본 무한 대기)
    SET lock_timeout = '10s';
  * statement_timeout (쿼리 전체 타임아웃)
    SET statement_timeout = '30s';

SQL Server:
  * SET LOCK_TIMEOUT 10000; (밀리초 단위, 10초)
  * -1 = 무한 대기 (기본)

Oracle: 12c+ (FOR UPDATE SKIP LOCKED)
MySQL: 8.0+ (FOR UPDATE SKIP LOCKED)
PostgreSQL: 9.5+ (FOR UPDATE SKIP LOCKED)
SQL Server: WITH (READPAST) 힌트로 유사 기능