피드로 돌아가기
Dev.toDatabase
원문 읽기
CAP Theorem 기반 MySQL Replication의 AP 구조 분석 및 Trade-off 검증
CAP Theorem Explained: What I Learned Setting Up MySQL Replication
AI 요약
Context
분산 시스템 환경에서 Consistency, Availability, Partition Tolerance를 동시에 만족시키는 설계의 불가능성에 기인한 아키텍처적 한계 분석. 특히 네트워크 파티션이라는 불가피한 제약 상황에서 데이터 일관성과 서비스 가용성 사이의 선택적 설계 필요성 대두.
Technical Solution
- Master-Slave 구조의 Asynchronous Replication을 통한 AP(Availability + Partition Tolerance) 모델 구현
- Master의 Binary Log를 Slave의 IO Thread가 수집하고 SQL Thread가 로컬에 재현하는 비동기 파이프라인 구축
- Replication Lag 발생 시에도 Read 요청에 응답하여 서비스 가용성을 확보하는 구조 설계
- Strong Consistency가 필요한 경우 Master가 Slave의 확인을 대기하는 Synchronous Replication으로의 전환 가능성 검토
- 데이터 특성에 따라 Linearizability부터 Eventual Consistency까지의 일관성 스펙트럼 적용 전략 수립
실천 포인트
- 금융 거래 및 예약 시스템 등 데이터 정확도가 필수적인 도메인은 CP(Consistency) 모델 우선 검토 - SNS 피드나 카탈로그 등 일시적 데이터 불일치를 허용하는 서비스는 AP(Availability) 모델 채택 - MySQL Slave 사용 시 'Seconds_Behind_Master' 지표를 모니터링하여 Replication Lag 임계치 관리 - 분산 시스템 설계 시 네트워크 파티션을 상수로 가정하고 장애 상황에서의 응답 전략 명문화