인프런 영문 브랜드 로고
인프런 영문 브랜드 로고

인프런 커뮤니티 질문&답변

조희제님의 프로필 이미지

작성한 질문수

스프링 DB 2편 - 데이터 접근 활용 기술

트랜잭션 전파 활용7 - 복구 REQUIRES_NEW

멀티 스레드 트랜잭션

작성

·

60

0

학습하는 분들께 도움이 되고, 더 좋은 답변을 드릴 수 있도록 질문전에 다음을 꼭 확인해주세요.

1. 강의 내용과 관련된 질문을 남겨주세요.
2. 인프런의 질문 게시판과 자주 하는 질문(링크)을 먼저 확인해주세요.
(자주 하는 질문 링크: https://bit.ly/3fX6ygx)
3. 질문 잘하기 메뉴얼(링크)을 먼저 읽어주세요.
(질문 잘하기 메뉴얼 링크: https://bit.ly/2UfeqCG)

질문 시에는 위 내용은 삭제하고 다음 내용을 남겨주세요.
=========================================
[질문 템플릿]
1. 강의 내용과 관련된 질문인가요? 예
2. 인프런의 질문 게시판과 자주 하는 질문에 없는 내용인가요? 예
3. 질문 잘하기 메뉴얼을 읽어보셨나요? 예

[질문 내용]
안녕하세요 영한님 강의를 보고 사이드 프로젝트를 하며

성장 하고 있습니다.

관련된 내용을 찾아 보다가 인사이트를 얻기 어려워

조언을 얻고자 질문을 남깁니다.

테스트에 트랜잭션이 걸려있고,

ExecutorService submit을 통해 단순히

데이터를 저장 할때 PessimisticLockingFailureException

예외가 발생 합니다.

테스트 트랜잭션이 락을 가지고 있고 커밋 되지 않아서

문제가 발생 한다고 하는데

멀티 스레드는 트랜잭션 전파와 연관이 없기 때문에

별도의 물리 트랜잭션이라고 생각 하고 있습니다.

하지만 왜 이런 예외가 발생 하는지 모르겠습니다 ㅠㅠ

힌트라도 알려 주시면 감사합니다

@Transactional
@DisplayName("멀티 스레드에서 모임을 저장 한다.")
@Test
void saveEventWhenMultiThread() throws InterruptedException {
    //given
    ExecutorService executorService = Executors.newFixedThreadPool(2);

    int taskCount = 3;
    CountDownLatch countDownLatch = new CountDownLatch(taskCount);

    //when //then
    for(int i = 0; i < taskCount; i++) {
        int testNum = i;
        executorService.execute(() -> {
            try {
                eventRepository.save(createEvent("멀티 테스트" + testNum , "테스트 모임", 30));
            } finally {
                countDownLatch.countDown();
            }
        });
    }
    countDownLatch.await();
    executorService.shutdown();
}

Exception in thread "pool-2-thread-2" Exception in thread "pool-2-thread-1" org.springframework.dao.PessimisticLockingFailureException: 

 

 

답변 1

0

인프런 AI 인턴님의 프로필 이미지

안녕하세요, 인프런 AI 인턴입니다.
조희제님께서 겪고 있는 문제에 대해 설명드리겠습니다.

작성해주신 코드와 상황을 보면, PessimisticLockingFailureException이 발생하는 것은 멀티 스레드 환경에서 데이터베이스 잠금 충돌이 발생했기 때문일 수 있습니다. 트랜잭션이 각각의 스레드로 전파되지 않기 때문에, 이러한 예외 상황이 발생할 수 있습니다.

멀티 스레드 환경에서 트랜잭션 격리를 활용하려면, 스레드별로 신규 트랜잭션을 시작하고 적절한 격리 수준으로 설정해야 합니다. Pessimistic Locking은 테이블 행에 잠금을 걸어 스레드 간 데이터 충돌을 방지하는 방법입니다. 그러나, 테스트 코드를 실행할 때 이미 다른 스레드에서 잠금을 보유하고 있는 경우, 충돌이 발생하여 예외를 발생시킬 수 있습니다.

해결 방안으로는:
1. 격리 수준을 조정하거나, 필요에 따라 Pessimistic Lock 대신 Optimistic Locking을 사용할 수 있습니다.
2. 트랜잭션 전파와 격리 수준을 구체적으로 관리하여 각 스레드의 트랜잭션이 독립적으로 처리될 수 있도록 합니다.

추가적인 조언이 필요하시다면, 관련 학습 자료나 예제를 참고하여 @Transactional 어노테이션의 속성과 스프링의 트랜잭션 관리 방법을 더 깊게 학습하시면 도움이 될 것입니다.

도움이 되셨기를 바랍니다!