MongoDB Transaction Performance

Context

MongoDB 트랜잭션이 느리다는 일반적인 인식이 존재하지만, 이는 낙관적 잠금 메커니즘에 대한 오해에서 비롯된다. 트랜잭션이 경합 시 재시도하는 방식으로 동작하기 때문에, 성능 지연은 구조적 오버헤드가 아닌 경합 정도에 의존한다.

Technical Solution

• 단일 문서 작업의 트랜잭션 처리: WriteUnitOfWork와 RecoveryUnit 인터페이스를 통해 스토리지 엔진 수준에서 ACID 속성 보장
• 멀티 문서 트랜잭션의 격리 전략: 세션 기반 낙관적 동시성 제어(Optimistic Concurrency Control)로 스냅샷 격리(Snapshot Isolation) 제공
• 쓰기 충돌 처리: TransientTransactionError 발생 시 클라이언트에서 재시도 로직 및 지수 백오프(Exponential Backoff) 적용
• 내구성 최적화: 멀티 문서 트랜잭션이 변경 사항을 더 적은 oplog 항목으로 배치 처리하여 여러 단일 문서 트랜잭션 대비 지연 시간 감소
• WiredTiger 로그 플러시 배치 처리: 복수 트랜잭션이 단일 디스크 동기화를 공유하고, j:true, w:majority 기본값에서 저널 플러시를 레플리케이션 확인과 함께 수행

Impact

• MongoDB Atlas 무료 클러스터에서 insertMany() 호출로 백만 개 문서 삽입: 53,025ms(단일 문서 트랜잭션) vs 49,047ms(멀티 문서 트랜잭션)
• 멀티 문서 트랜잭션이 배치 처리된 oplog 항목 수 감소로 약 4,000ms의 성능 이점 달성

Key Takeaway

MongoDB 트랜잭션 성능은 구조적으로 느린 것이 아니라 문서 샤딩 위치(단일 샤드 vs 다중 샤드)와 경합 정도에 따라 결정된다. 애플리케이션의 원자성, 일관성, 격리, 내구성 요구사항에 맞춰 트랜잭션을 사용하면, 도메인 모델의 일관성 경계와 최적화된 문서 모델로 인해 예상보다 우수한 성능을 얻을 수 있다.