트랜잭션(@Transaction) (2) - 트랜잭션 옵션

트랜잭션 옵션

value, transactionManager

코드로 직접 트랜잭션을 적용할 경우 트랜잭션 매니저를 주입받아서 사용해야 했다. 어노테이션으로 트랜잭션을 적용할 때도 동일하게 지정해줘야 한다. 다만 이 값이 생략되었을 경우 기본으로 등록된 트랜잭션 매니저를 사용하기 때문에 대부분 생략하여 사용한다.

트랜잭션 매니저를 별도로 지정해주는 경우는 사용하는 트랜잭션 매니저가 둘 이상이어서 구분할 때 보통 사용한다.

public class TxService {
 	@Transactional("memberTxManager")
	public void member() {...}
 	@Transactional("orderTxManager")
 	public void order() {...}
}

 

 

rollbackFor

예외 발생 시 스프링 트랜잭션의 기본 정책은 다음과 같다.

• 언체크 예외인 RuntimeException , Error 와 그 하위 예외가 발생하면 롤백한다.
• 체크 예외인 Exception 과 그 하위 예외들은 커밋한다.

rollbackFor 옵션을 사용하면 기본 정책에 추가로 어떤 예외가 발생할 때 롤백할지 지정할 수 있다.

@Transactional(rollbackFor = Exception.class)

 

예를 들어서 이렇게 지정하면 체크 예외인 Exception 이 발생해도 롤백하게 된다.

 

 

noRollbackFor

앞서 설명한 rollbackFor 와 반대이다. 기본 정책에 추가로 어떤 예외가 발생했을 때 롤백하면 안되는지 지정할 수
있다.
예외 이름을 문자로 넣을 수 있는 noRollbackForClassName 도 있다.

 

 

propagation

트랜잭션 전파에 관한 옵션이다.

 

 

timeout

트랜잭션 수행 시간에 대한 타임아웃을 초 단위로 지정한다. 기본 값은 트랜잭션 시스템의 타임아웃을 사용한다. 운영
환경에 따라 동작하는 경우도 있고 그렇지 않은 경우도 있기 때문에 꼭 확인하고 사용해야 한다.

 

 

readOnly

트랜잭션은 기본적으로 읽기 쓰기가 모두 가능한 트랜잭션이 생성된다.
readOnly=true 옵션을 사용하면 읽기 전용 트랜잭션이 생성된다. 이 경우 등록, 수정, 삭제가 안되고 읽기 기능만 작동한다. (드라이버나 데이터베이스에 따라 정상 동작하지 않는 경우도 있다.) 그리고 readOnly 옵션을 사용하면 읽기에서 다양한 성능 최적화가 발생할 수 있다.

 

readOnly 옵션은 크게 3곳에서 적용된다.

• 프레임워크
  • JdbcTemplate은 읽기 전용 트랜잭션 안에서 변경 기능을 실행하면 예외를 던진다.
  • JPA(하이버네이트)는 읽기 전용 트랜잭션의 경우 커밋 시점에 플러시를 호출하지 않는다. 읽기 전용이니 변
    경에 사용되는 플러시를 호출할 필요가 없다. 추가로 변경이 필요 없으니 변경 감지를 위한 스냅샷 객체도
    생성하지 않는다. 이렇게 JPA에서는 다양한 최적화가 발생한다.
• JDBC 드라이버
  • 읽기 전용 트랜잭션에서 변경 쿼리가 발생하면 예외를 던진다.
  • 읽기, 쓰기(마스터, 슬레이브) 데이터베이스를 구분해서 요청한다. 읽기 전용 트랜잭션의 경우 읽기(슬레이
    브) 데이터베이스의 커넥션을 획득해서 사용한다.
• 데이터베이스
  • 데이터베이스에 따라 읽기 전용 트랜잭션의 경우 읽기만 하면 되므로, 내부에서 성능 최적화가 발생한다.