[DDD START SERIES] EP.8 애그리거트 트랜잭션 관리

DDD START SERIES는 도메인 주도 개발 시작하기 책을 참고 하여 작성된 요약(?) 글 입니다.

애그리거트의 일관성이 깨지면 안된다.

깨지는 문제가 발생하지 않으려면 2가지 방법이 있다.

이 방법들은 애그리커트의 자체의 트랜잭션과 관련이 있다.

DBMS가 지원하는 트랜잭션과 함께 애그리거트를 위한 추가적인 트랜잭션 처리 기법이 필요하다.

대표적인 트랜잭션 처리 방법은 선점 잠금과 비선점 잠금의 두가지 방식이 있다.

선점 잠금은 먼저 애그리커트를 구한 스레드가 애그리거트 사용이 끝날때까지 다른 스레드가 해당 애그리거트를 수정하지 못하게 막는 방식이다.

선점 잠금을 사용할땐 잠금 순서에 따른 교착 상태가 발생하지 않도록 주의해야한다.

선점 잠금에 따른 교착 상태는 사용자 수가 많을때 발생할 가능성이 높다.

또한 교착 상태에 빠지는 스레드도 빠르게 증가한다.

이런 문제를 방지하기 위해 최대 대기 시간을 지정해야 한다.

Spring Data Jpa는 @QueryHints 애노테이션을 사용한다.

DBMS에 따라 교착 상태에 빠진 커넥션을 처리하는 방식이 다르기 때문에 사용하는 DBMS에 대해 JPA가 어떤 식으로 대기 시간을 처리하는지 반드시 확인해야 한다.

선전 잠금이 강력해 보이긴 하지만 선점잠금으로 모든 트랜잭션 충돌 문제가 해결되는 것은 아니다.

위의 그림과 같은 상황에서는 선점 잠금으로 해결할 수 없다.

이런 문제는 DBMS 반영 시점에 가능 여부를 확인하여 변경한다.

다음과 애그리거트에 버전을 넣어 수정할때 마다 버전으로 사용할 프로퍼티 값이 1씩 증가하게 구현하면 된다.

이렇게 되면 다른 두 스레드간에 잘못된 데이터 수정을 방지 할 수 있다.

선점 잠금이나 비선전 잠중으로 해결할 수 없을때 필요한 것이 오프라인 선점 잠금이다.

단일 트랜잭션에서 막는 선점 잠금과는 달리 여러 트랜잭션에서 동시 변경을 막는다.

첫 번째 트랜잭션은 시작하면 오프라인 잠금을 선점하고 마지막 트랜잭션에서 잠금을 해제한다.

잠금 해제 전까지 다른 사용자는 잠금을 해제 할 수 없다.

그림을 보면 A가 과정 3의 수정 요청을 수행하지 않고 프로그램을 종료하게 되면 잠금을 해제하지 않으므로 다른 사용자는 영원히 잠금을 구할 수 없다.

그렇기 때문에 오프라인 선점 방식에는 잠금 유효 시간이 필요하다.

유효시간이 지나면 자동으로 잠금을 해제해 다른 사용자가 잠금을 구할 수 있도록 해야 한다.

오프라인 선점 잠금을 위한 방법으로는

LockManager 인터페이스와 관련 클래스, DB를 이용한 LockManager 구현 방법이 있다.

itssobeauti 도메인 주도 개발 시작하기