락과 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:
  * 데드락 발생 즉시 탐지 (대기 중인 트랜잭션이 스스로 확인)
  * 하나의 DML 문만 롤백 (전체 트랜잭션은 아님!)
  * ORA-00060: deadlock detected 에러 발생
  * 애플리케이션에서 명시적 ROLLBACK 또는 재시도 필요

MySQL InnoDB:
  * 5초마다 또는 대기 시작 시 탐지
  * 전체 트랜잭션 롤백
  * ERROR 1213: Deadlock found 에러
  * innodb_lock_wait_timeout (기본 50초)

PostgreSQL:
  * 1초마다 탐지 (deadlock_timeout, 기본 1초)
  * 전체 트랜잭션 롤백
  * ERROR: deadlock detected

SQL Server:
  * 5초마다 탐지
  * 전체 트랜잭션 롤백
  * SET DEADLOCK_PRIORITY로 희생자 우선순위 설정 가능

1. 접근 순서 통일:
   모든 트랜잭션에서 accounts → orders → items 순서로 접근
   → 순환 대기 불가능 → 데드락 원천 차단

2. SELECT FOR UPDATE NOWAIT:
   잠금 획득 실패 시 즉시 에러 → 애플리케이션에서 재시도
   → 대기 없이 빠른 실패

3. 인덱스를 통한 잠금 범위 최소화:
   인덱스 없이: UPDATE WHERE status='ACTIVE' → 전체 테이블 스캔
   → 불필요한 행까지 잠금!
   인덱스 있으면: 해당 행만 잠금 → 데드락 확률 감소

Record Lock 
  * 인덱스 레코드에 대한 잠금
  * WHERE id = 10 → id=10 레코드만 잠금

Gap Lock
  * 인덱스 레코드 사이의 빈 공간에 대한 잠금
  * 해당 범위에 새 행 INSERT를 차단
  * REPEATABLE READ 이상에서 사용

Next-Key Lock
  * Record Lock + Gap Lock 결합
  * 레코드 자체 + 그 앞의 갭을 함께 잠금
  * InnoDB의 기본 잠금 방식

-- 테이블 전체 공유 잠금
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 섹션 확인

-- 잠금 대기 현황
SELECT blocked_locks.pid AS blocked_pid,
       blocking_locks.pid AS blocking_pid,
       blocked_activity.query AS blocked_query
FROM pg_catalog.pg_locks blocked_locks
JOIN pg_catalog.pg_locks blocking_locks 
  ON blocking_locks.locktype = blocked_locks.locktype
WHERE NOT blocked_locks.granted;

-- 오래 대기중인 쿼리
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) 힌트로 유사 기능