트랜잭션 격리 수준(Isolation Level)을 실제 서비스에서 어떻게 선택하셨나요?

Question

Accepted Answer

정합성이 중요한 곳과 아닌 곳을 나눠서 봅니다 핵심 키워드: 정합성, 성능, read committed, repeatable read "대부분의 서비스에서는 READ COMMITTED를 기본으로 사용하되, 금융처럼 정합성이 아주 중요한 도메인에선 부분적으로 더 높은 격리 수준을 적용한 경험이 있습니다." "예전에 재고 관리에서 더티 리드 때문에 문제가 생겨 repeatable read로 올리는 대신, 조회/변경 쿼리를 분리하고, 로직 레벨에서 한번 더 검증하는 방식으로 풀었습니다." "저는 무조건 높은 격리 수준이 아니라, ‘어떤 부작용까지 허용할 수 있는지’**를 PO와 논의한 후에 선택하는 편입니다. 그리고 성능 테스트를 통해 실제 영향도 꼭 확인합니다."

트랜잭션 격리 수준(Isolation Level)을 실제 서비스에서 어떻게 선택하셨나요?

질문 의도

평가 포인트

꼬리 질문

이 주제를 더 공부하고 싶나요?

주문시스템으로 알아보는 분산트랜잭션| 최상용 - 인프런 강의

김영한의 실전 데이터베이스 - 기본편| 김영한 - 인프런 강의