@Transactional 내부 메소드 호출
2414
작성한 질문수 16
@Slf4j
@Service
public class MainService {
public void methodA() {
log.info("=== methodA 시작... ===");
// 비즈니스 로직 A ....
methodB();
log.info("=== methodA 종료... ===");
}
@Transactional
public void methodB() {
log.info("=== methodB 시작... ===");
log.info("-> is methodB transaction active? = {}", TransactionSynchronizationManager.isActualTransactionActive());
// 비즈니스 로직 B ....
log.info("=== methodB 종료... ===");
}
}
@Controller
@RequiredArgsConstructor
public class MainController {
private final MainService mainService;
public ResponseEntity<Void> transactionalTestMethod() {
mainService.methodA();
return ResponseEntity.ok().build();
}
}이러한 MainService 구조에서 MainController에서 mainSerivce.methodA()를 호출하게 되면 methodA는 현재 트랜잭션을 유도하지 않고 있고 그 내부적으로 methodB는 내부 프록시 호출이기 때문에 당연히 methodB에는 트랜잭션 처리가 되지 않음은 이해하였습니다
그런데 이와 관련해서 실험을 하던 도중에
@Slf4j
@Service
public class MainService {
@Transactional
public void methodA() {
log.info("=== methodA 시작... ===");
// 비즈니스 로직 A ....
methodB();
log.info("=== methodA 종료... ===");
}
@Transactional
public void methodB() {
log.info("=== methodB 시작... ===");
log.info("-> is methodB transaction active? = {}", TransactionSynchronizationManager.isActualTransactionActive());
// 비즈니스 로직 B ....
log.info("=== methodB 종료... ===");
}
}이러한 MainService 구조에서 mainService.methodA를 호출할 때 methodA에는 트랜잭션 처리가 됨이 당연한데 그 내부적으로 this.methodB를 호출하면 methodB에도 TransactionSynchronizationManager.isActualTransactionActive()의 결과가 true로 나옴에 따라 트랜잭션 처리가 되는 것 같습니다
제가 알고있던 것은 methodA에서 트랜잭션 처리가 진행이 되더라도 methodB는 내부적으로 호출되는 메소드이기 때문에 트랜잭션 처리가 이루어지지 않는다고 알고있었습니다
물론 Log를 찍어도 methodB 전 후에는 Participating transaction 관련 로그는 없었습니다
하지만 methodB에서 TransactionSynchronizationManager.isActualTransactionActive()의 결과가 true로 나옴에 따라 트랜잭션 처리가 유지되는 것 같은데 혹시 위와 같은 구조에서도 트랜잭션 처리가 유효한건가요?
답변 1
0
안녕하세요. avenue님, 공식 서포터즈 y2gcoder입니다.
methodA에 @Transactional을 통해 트랜잭션을 걸어놓으셨습니다. 그러면 methodA() 메서드가 끝나기 전까지는 해당 트랜잭션은 열려있고, 내부에서 methodB()를 호출했기 때문에 methodB에서도 해당 트랜잭션을 사용한다고 이해해주시면 될 것 같습니다.
감사합니다.
0
methodA에서 methodB를 내부 호출하더라도 methodA 자체적으로 트랜잭션이 활성화 되어있기 때문에 methodB는 그대로 해당 트랜잭션을 사용하는거군요
this.methodB() -> 그냥 활성화된 트랜잭션에 참여 (별도의 로그 X)
별도의 mainNestedService.methodB() -> 기본 REQUIRED이므로 methodA에서 활성화된 트랜잭션에 참여 (별도의 로그 O -> participate)
이렇게 이해하면 되는거 맞죠??
0
혹시 이 두가지 방식의 차이점?이라고 할 수 있는게 있을까요??
그냥 단순히 [내부적으로 포함하냐] or [REQUIRED에 의해서 기존 활성화 트랜잭션에 참여하냐] 이 느낌인가요?
0
methodA에서 methodB를 내부 호출하더라도 methodA 자체적으로 트랜잭션이 활성화 되어있기 때문에 methodB는 그대로 해당 트랜잭션을 사용하는거군요
this.methodB() -> 그냥 활성화된 트랜잭션에 참여 (별도의 로그 X)
별도의 mainNestedService.methodB() -> 기본 REQUIRED이므로 methodA에서 활성화된 트랜잭션에 참여 (별도의 로그 O -> participate)
이렇게 이해하면 되는거 맞죠??
-> 맞습니다.
혹시 이 두가지 방식의 차이점?이라고 할 수 있는게 있을까요??
그냥 단순히 [내부적으로 포함하냐] or [REQUIRED에 의해서 기존 활성화 트랜잭션에 참여하냐] 이 느낌인가요?
바깥 트랜잭션 O, 내부 호출 => 그냥 바깥 트랜잭션을 사용하고 있는 것입니다. (참여라는 말의 정의가 논리 트랜잭션이 새로 생겨 참여하느냐고 물어보신다면, 로깅으로 확인하셨듯이 참여하는 것은 아닙니다. 내부 호출 시, 트랜잭션 프록시를 거치지 않고 바로 호출되기 때문입니다. )
바깥 트랜잭션 O, 별도 클래스의 메서드(트랜잭션 O) => 이 때는 강의에서 학습하신 것처럼 트랜잭션 전파 기본 옵션인 REQUIRED에 의해 별도 클래스의 메서드의 트랜잭션이 바깥 트랜잭션에 참여하게 됩니다.
RepositoryTest의 패키지 위치가 domain인 이유
0
36
2
REQUIRES_NEW 해결 방법에 대해서 질문있습니다!!
0
31
1
update()에 사용하는 setter 질문드립니다.
0
49
1
SQL 중심적 개발의 문제점에 대한 질문
0
72
1
혹시 Containing 을 안쓰신 이유가 있을까요?
0
86
2
[공유] 스프링부트 4.x 버전 mybatis 연동
0
180
1
@repository 어노테이션
0
90
3
ItemService
0
59
1
논리 커밋, 물리 커밋 질문드립니다.
0
54
1
내부 트랜잭션 커밋은 필수인가요?
0
57
1
프록시 커넥션 객체를 반환할 때 생성하는건가요?
0
55
1
Transaction readOnly 성능 개선 (김영한님의 대한 감사인사)
2
180
2
JPQL 대신 네이티브 쿼리를 사용해야 하는 경우
0
80
1
@EventListener(ApplicationReadyEvent.class) 관련
0
88
1
트랜잭션 동기화 매니저와 데이터 소스
0
77
1
DB 관련 강의 개설 계획은 없으신건가요?
0
133
2
물리 트랜잭션 과 논리트랜잭션 용어를 맞게 이해한걸까요
0
94
1
스프링 3 버전 이상 rollbackFor 변경된듯요
1
113
1
트랜잭션 전파 질문.
0
87
1
프로젝트 오픈 에러
0
126
1
외부 트랜잭션에서 isNewTransaction이 false로 나오는거에 대해 질문드립니다
0
84
2
같은 스레드를 사용하면 트랜잭션 동기화 매니저는 같은 커넥션을 반환
0
73
1
h2 인메모리 테스트중 예약어 충돌날 경우 대처방법
0
104
1
커스텀aop와 트랜잭션을 같이 사용할때 우선순위에 관한 질문
0
98
2





