-
질문 & 답변
카테고리
-
세부 분야
백엔드
-
해결 여부
미해결
트랜잭션 readonly 거는 이유
24.03.08 11:28 작성 조회수 280
0
@Slf4j
static class BasicService {
@Transactional
public void tx1() {
}
@Transactional(readOnly = true)
public void tx2() {
}
}만약에 이렇게 코드를 만드는데 tx2에서 트랜잭션을 readonly를 언제 보통 거는걸까요?
tx2에 메소드에서 어차피 @Transactional(readOnly) 를 거나 안거나 성능은 별차이가 없는걸까요?
두번째는 어차피 수정 삭제도아니고 조회인데 굳이 트랜잭션을@Transactional(readOnly = true) 거는 이유는 어떤경우가 있나요? 조회를 할때도 트랜잭션이 필요할때가 있어요?
답변을 작성해보세요.
1
인프런 AI 인턴
2024.03.10
안녕하세요, 인프런 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
리어스리님, 추가적인 질문이 있으시면 도와드리겠습니다!
답변 1