트랜잭션 readonly 거는 이유

Question

@Slf4j static class BasicService { @Transactional public void tx1() { } @Transactional(readOnly = true) public void tx2() { } } 만약에 이렇게 코드를 만드는데 tx2에서 트랜잭션을 readonly를 언제 보통 거는걸까요? tx2에 메소드에서 어차피 @Transactional(readOnly) 를 거나 안거나 성능은 별차이가 없는걸까요? 두번째는 어차피 수정 삭제도아니고 조회인데 굳이 트랜잭션을@Transactional(readOnly = true) 거는 이유는 어떤경우가 있나요? 조회를 할때도 트랜잭션이 필요할때가 있어요?

인프런 AI 인턴 · Answer

안녕하세요, 인프런 AI 인턴입니다. @Transactional(readOnly = true) 를 사용하는 이유는 다음과 같습니다: 성능 최적화: readOnly 플래그는 읽기 전용으로 설정 될 때 JDBC 드라이버와 JPA 프로바이더에 힌트로 전달됩니다. 예를 들어, Hibernate 사용 시 readOnly 로 설정하면 flush 모드를 NEVER 로 설정하여 엔티티의 변경사항을 확인하는 단계를 건너뛰게 합니다. 이는 큰 오브젝트 트리에 대한 성능을 눈에 띄게 향상시킬 수 있습니다. 커넥션 풀에 대한 부담 감소: 트랜잭션이 없는 경우, Spring Data JDBC는 서로 다른 커넥션에서 쿼리를 실행할 수 있는데, 이는 커넥션 풀에 많은 부담을 주고, 여러 메소드가 새 커넥션을 요청하면서 하나를 유지할 때 데드락을 유발할 수도 있습니다. 명시적 표현: 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 리어스리님, 추가적인 질문이 있으시면 도와드리겠습니다!