🍎 트랜잭션 격리수준을 정리해보자

• 취지: 트랜잭션 격리수준은 어떤 것들이 있고 어떤 수준에서 어떻게 써야할지 이참에 정리를 하고 가려고 글을 남겨본다.

참고자료: https://www.youtube.com/watch?v=yWO13BNyuw4&list=WL&index=17

Level 0: READ UNCOMMITTED

• 개념: "격리성 무시"
  • 트랜잭션의 변경 내용이 Commit이나 Rollback에 상관없이 다른 트랜잭션에게 보입니다.
  • 치명적 결함: Dirty Read (존재하지도 않는 유령 데이터를 읽음)

Example

Tx 1: UPDATE 계좌 SET 잔액=50(진행 중)
Tx 2: SELECT 잔액 -> 50만원 읽음(Dirty Read!)
Tx 1: 서버 에러 발생 -> ROLLBACK(잔액 0원)

Level 1: READ COMMITTED

• 개념: "확정된 것만 믿는다"
  • 어떤 트랜잭션의 변경내용이 Commit 되어야만 다른 트랜잭션이 조회할 수 있다.
  • 해결: Dirty Read 방지
  • 문제: Non-repeatable Read 발생가능(조회할 떄마다 값이 변함)
  • Oracle, PostgreSQL 의 기본 설정값

Example

Tx 1: UPDATE 잔액=50 (Commit 전)
Tx 2: SELECT 잔액 -> 100만원 조회(Dirty Read 방지!)
Tx 1: Commit (수정 확정)
Tx 2: 다시 SELECT 잔액 -> 50만원 조회(Non-reapeatable Read!)
-- 하나의 트랜잭션내에세 조회 결과가 달라질 수 있다.

Level 2: REPEATABLE READ

• 개념: "처음 본 스냅샷 유지"
  • 해결: Non-repeatable Read 방지!
  • 한계: Phantom Read 발생 가능(새로운 행 삽입 시 결과 행 개수 변화)
  • MYSQL InnoDB, PostgreSQL 은 각자의 기술(Next-Key Lock, Snapshot isolation)로 이 레벨에서 팬텀 리드까지 대부분 방어

Example

Tx 1: SELECT 잔액 -> 100만원(Snapshot Read)
Tx 2: UPDATE 잔액=50; COMMIT;
Tx 1: 다시 조회 -> 100만원 조회(반복 읽기 보장!)
Tx 2: INSERT ID=11 신규 행; COMMIT;
TX 1: 범위 SELECT -> 행 개수가 늘어남(ANSI Phantom Read 현상)

Level 3: SERIALIZABLE

• 개념: "완벽한 격리"
  • 트랜잭션들이 순차적으로 실행되는 것과 같은 결과를 보장해야 한다.
  • 기술(ANSI): 읽기 작업조차 공유 잠금(S-LOCK)을 획득해야 함.
  • 해결: Phantom Read 포함 모든 이상 현상 방지
  • MYSQL Inno DB는 모든 SELECT에 Shared Next-key Lock을 강제하여 인접 범위까지 모두 잠근다.

Example

Tx 1: SELECT * WHERE 가격 > 100 (Shared Next-Key Lock)
Tx 2: INSERT 상품 (가격=150) 시도 -> 무한 대기(Wait)
Tx 1: 다시 같은 SELECT -> 정합성 완전 보장
Tx 1: COMMIT (Lock 해제)
Tx 2: 그제서야 삽입 작업 수행