[SpringBoot 하며 마주친 오류] Transaction silently rolled back because it has been marked as rollback-only

프로젝트를 하던 중, 잘 되던 api에서 Transaction silently rolled back because it has been marked as rollback-only 라는 에러를 마주하고 해결하며 알게된 내용을 기록하였습니다.

 

1. 비즈니스 로직에서 무성의한 예외처리를 하지 말자

1-1) 예외 블랙홀이 발생할 수 있다.

예외가 발생해도 예외를 흡수해버리고 다음 로직이 수행될 수 있다.

try{

}catch(IOException e){
	// 예외 블랙홀
}

위 코드에서 IOException이 발생한 경우를 try/catch로 감싸면 다음 로직이 정상 수행된다. 

비즈니스로직이 정상 수행되었다고 착각할 수 있고, 버그를 발생시킬 수 있다.

 

1-2) 무성의한 throws를 할 수 있다.

하위 메소드에서 throws하고 그 상위에서 throws 또 그 상위에서 throws...를 반복하게 될 가능성이 높다. 이러한 상황은 발생한 예외에 대한 정보를 찾기 어렵게 된다.

 

2. Transaction silently rolled back because it has been marked as rollback-only

A서비스 안에서 B서비스 메소드를 호출하는 경우,

 

B서비스에서 Unchecked Exception을 던지게 되면 해당 트랜잭션은 전역적으로 rollback-only로 마킹된다.

 

A서비스 메소드에서 try/catch로 처리를 해줘도, 트랜잭션이 rollback-only로 마킹되기 때문에 재사용이 불가능하게 되고 위와같은 에러가 발생하게 되는 것이다.

 

(트랜잭션은 재사용이 불가능하다) (출처 : https://techblog.woowahan.com/2606/)

 

3. 해결방법

3-1 ) Unchecked Exception이 아닌 Checked Exception을 상속받은 Custom Exception을 만들고 예외가 발생할 때 던지게 되면 해결할 수 있다.

 

3-2) @Transactional의 noRollbackFor 속성을 사용하여 예외가 발생해도 RollBack되지 않을 클래스를 지정할 수 있다.

 

3-3)  내부 메소드의 @Transactional 전파옵션을 REQUIRES_NEW로 지정하여  독립적인 트랜잭션을 생성하는 방식으로 해결할 수 있다.

@Transactional(propagation = Propagation.REQUIRES_NEW)

 

 

 

(참고자료)

https://tlatmsrud.tistory.com/102

[토비의 스프링 스터디] 7주차 / 예외 / 예외 처리 방법 및 전략

https://ws-pace.tistory.com/m/138

Exception & Transaction rollback 정리