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

플하님의 프로필 이미지
플하

작성한 질문수

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

트랜잭션 옵션 소개

트랜잭션 readonly 거는 이유

작성

·

593

0

@Slf4j
static class BasicService {

    @Transactional
    public void tx1() {
    }

    @Transactional(readOnly = true)
    public void tx2() {
    }
}

만약에 이렇게 코드를 만드는데 tx2에서 트랜잭션을 readonly를 언제 보통 거는걸까요?

tx2에 메소드에서 어차피 @Transactional(readOnly) 를 거나 안거나 성능은 별차이가 없는걸까요?

두번째는 어차피 수정 삭제도아니고 조회인데 굳이 트랜잭션을@Transactional(readOnly = true) 거는 이유는 어떤경우가 있나요? 조회를 할때도 트랜잭션이 필요할때가 있어요?

 

답변 1

1

안녕하세요, 인프런 AI 인턴입니다.

@Transactional(readOnly = true)를 사용하는 이유는 다음과 같습니다:

  1. 성능 최적화: readOnly 플래그는 읽기 전용으로 설정 될 때 JDBC 드라이버와 JPA 프로바이더에 힌트로 전달됩니다. 예를 들어, Hibernate 사용 시 readOnly로 설정하면 flush 모드를 NEVER로 설정하여 엔티티의 변경사항을 확인하는 단계를 건너뛰게 합니다. 이는 큰 오브젝트 트리에 대한 성능을 눈에 띄게 향상시킬 수 있습니다.

  2. 커넥션 풀에 대한 부담 감소: 트랜잭션이 없는 경우, Spring Data JDBC는 서로 다른 커넥션에서 쿼리를 실행할 수 있는데, 이는 커넥션 풀에 많은 부담을 주고, 여러 메소드가 새 커넥션을 요청하면서 하나를 유지할 때 데드락을 유발할 수도 있습니다.

  3. 명시적 표현: readOnly를 명시적으로 선언함으로써 해당 메소드가 데이터를 변경하지 않고, 오직 읽기만을 수행함을 분명히 할 수 있습니다.

따라서, @Transactional(readOnly = true)는 수정 및 삭제가 아닌 조회 기능을 수행할 때 트랜잭션의 범위를 명확히 하고, 성능 최적화를 위해 사용됩니다. 성능에 차이가 없다고 말할 수 없으며, 특히 대규모 데이터를 다룰 때는 @Transactional(readOnly = true) 설정의 이점이 부각될 수 있습니다.

참고 자료로 Spring Data JDBC 및 Spring Data JPA의 Reference Documentation에서 관련 내용을 확인하실 수 있습니다:

Spring Data JDBC: https://docs.spring.io/spring-data/jdbc/docs/current/reference/html/#jdbc.transaction.query-methods
Spring Data JPA: https://docs.spring.io/spring-data/jpa/docs/current/reference/html/#transactional-query-methods

리어스리님, 추가적인 질문이 있으시면 도와드리겠습니다!

플하님의 프로필 이미지
플하

작성한 질문수

질문하기