🗂️ Serializable Isolation과 Snapshot Isolation 간 트레이드오프 분석

1. 개요

• 데이터베이스 시스템에서 동시성 제어(concurrency control)는 데이터 무결성과 일관성을 보장하는 핵심 요소임
• Isolation Level은 동시 실행되는 트랜잭션 간 간섭을 어느 수준까지 허용할지 결정하는 메커니즘임
• 가장 강력한 격리 수준인 Serializable Isolation과, 현실적 성능과 일관성 절충을 목표로 한 Snapshot Isolation 간에는 본질적 트레이드오프 존재함
• 두 Isolation Level 간 차이를 이해하고, 시스템 설계 및 선택 시 고려해야 할 요소를 분석할 필요 존재

---

2. Isolation Level 기본 개념

구분	Serializable Isolation	Snapshot Isolation
정의	트랜잭션이 직렬(serial)로 실행된 것처럼 보이도록 보장	트랜잭션이 자신만의 일관된 스냅샷을 기반으로 실행되도록 보장
구현 방식	다양한 직렬화 기법 (Lock 기반, Serializable Snapshot 등)	MVCC(Multi-Version Concurrency Control) 기반
주요 목표	완벽한 일관성 보장	높은 동시성과 읽기 일관성 제공
일반적 비용	성능 저하, 데드락 가능성	스토리지 증가, Write Skew 발생 가능성

---

3. Serializable Isolation 특징

• 모든 트랜잭션을 일관성 있고 직렬 가능한 순서로 실행되도록 보장함
• 구현 방법:
  • 2-Phase Locking(2PL): 모든 읽기/쓰기 시 Lock 획득 후 커밋 전까지 유지
  • Serializable Snapshot Isolation (SSI): 버전 기반 읽기에 추가적인 검증 절차 추가
• 장점:
  • 어떠한 이상 현상(Anomaly)도 발생하지 않음
  • 데이터 일관성 최상 보장
• 단점:
  • 높은 Lock 경쟁 및 데드락 가능성
  • Throughput 급감 가능성
  • 현실적 트랜잭션 양에서는 과도한 비용 발생

---

4. Snapshot Isolation 특징

• 트랜잭션 시작 시점의 데이터 상태(스냅샷)를 기준으로 작업 수행
• MVCC를 활용하여 읽기 작업은 별도의 버전을 참조하고, 쓰기 작업은 충돌 검사(conflict detection) 수행
• 장점:
  • 읽기 작업이 쓰기 작업과 충돌하지 않아 매우 높은 동시성 보장
  • 읽기-쓰기 분리로 Lock-Free Read 가능
• 단점:
  • Write Skew 현상 발생 가능
    • 두 트랜잭션이 서로 다른 값을 읽고 동시에 수정할 때 발생
  • 직렬 가능성을 100% 보장하지 않음
  • 버전 관리로 인한 스토리지 및 메모리 오버헤드 증가

---

5. 주요 트레이드오프 분석

항목	Serializable Isolation	Snapshot Isolation
일관성 수준	최고 수준 (Strict Serializability)	높은 수준 (Read Consistency)지만 완벽하지 않음
동시성	낮음 (트랜잭션 간 강한 제약)	높음 (Lock-free Read 제공)
성능 (Throughput)	낮음	높음
시스템 복잡도	높음 (Deadlock 처리, Lock 관리 등)	중간 (Conflict Detection, MVCC 필요)
이상현상 가능성	없음	Write Skew, Phantom Read 가능성 존재
스토리지 오버헤드	보통	높음 (다수 버전 저장)
적용 적합 분야	금융, 미션 크리티컬 트랜잭션	웹서비스, 분석 쿼리, 대규모 온라인 시스템

---

6. Serializable Isolation과 Snapshot Isolation 선택 기준

6.1 Serializable Isolation이 적합한 경우

• 금전 거래, 회계 기록 등 절대적 무결성이 요구되는 시스템
• 트랜잭션 간 논리적 충돌 가능성이 높은 경우
• 낮은 트랜잭션 부하 또는 트랜잭션 수가 제한적인 환경

6.2 Snapshot Isolation이 적합한 경우

• 높은 읽기 비율(read-intensive) 시스템
• 수천~수만 개 트랜잭션을 병렬 처리해야 하는 대규모 서비스
• 약간의 이상현상을 허용할 수 있는 비즈니스 도메인
• 데이터 분석, 보고 시스템 등 Read-heavy 워크로드

---

7. 최적화 및 대응 방안

• Snapshot Isolation 사용 시 Write Skew를 감지하고 보정하는 추가 논리 적용 필요
  • 예: Application Layer에서 수동 검증
• Serializable Isolation 사용 시 데드락 회피(deadlock avoidance) 알고리즘 및 타임아웃 전략 병행 필요
• Hybrid 접근 가능성:
  • 대부분 트랜잭션은 Snapshot Isolation, 중요한 트랜잭션은 Serializable Isolation로 차등 적용
• 최신 데이터베이스는 Serializable Snapshot Isolation(SSI) 같은 절충안 지원
  • 예: PostgreSQL 9.1+, CockroachDB

---

8. 결론

• Serializable Isolation은 무결성과 일관성을 극대화하지만 성능 비용이 매우 큼
• Snapshot Isolation은 실용적 성능과 높은 동시성을 제공하지만 완전한 직렬 가능성을 포기함
• 사용 환경, 트랜잭션 특성, 일관성 요구 수준에 따라 두 Isolation Level 중 하나를 선택하거나 하이브리드 전략을 채택하는 것이 이상적임

---

📊 요약 도표

비교 항목	Serializable Isolation	Snapshot Isolation
주요 강점	무결성 완벽 보장	동시성 및 읽기 성능 극대화
주요 약점	성능 저하, 데드락 가능성	Write Skew 가능성, 버전 관리 비용 증가
적합 분야	금융 시스템, 회계 시스템	대규모 온라인 서비스, 데이터 분석 시스템
최적화 전략	데드락 방지, Lock 관리 최적화	Write Skew 검출 및 보정

---