[ Spring ] @Transactional 정리
트랜잭션이란?
트랜잭션은 데이터베이스의 상태를 변화시키기 위해 수행하는 작업의 단위. 하나의 트랜잭션은 여러 개의 연산을 포함.
이때, 모두 성공적으로 완료됨 (Commit), 아니면 전혀 실행되지 않아야 함 (Rollback) - 데이터 일관성, 무결성을 유지하기 위해서
선언적인 트랜잭션 관리
선언적인 트랜잭션 관리란?
트랜잭션을 처리하는 코드를 직접 작성하지 않고, 어노테이션이나 XML을 통해 경계를 설정하는 것
이로써, 개발자는 트랜잭션 관리 로직에 신경 쓸 필요 없이 비지니스 로직에 집중할 수 있다.
@Transactional
@Target({ElementType.TYPE, ElementType.METHOD})으로 선언되어 있어 클래스, 메서드 영역에 작성한다.@Retention(RetentionPolicy.RUNTIME) 이니 런타임까지 유지가 됩니다.
private 접근 제한자 일 때는 작동하지 않는다.
-> 이는 Spring AOP를 사용하기 때문에 프락시 객체는 private를 호출할 수 없기 때문이다.
메서드 단위나 클래스 단위에 어노테이션을 이용해 제어를 한다.
// 클래스 전역적으로 선언된다.
@Transactional
public class TrancationService {
public void run() {}
}public class TrancationService {
@Transactional
public void run() {
// 아래쪽 영역이 작동이 된다.
}
}@Transactional의 속성들
1. readOnly
이 설정은 주로 데이터베이스 성능 최적화를 목적으로 사용됩니다. 내부적으로 readOnly가 true로 설정되면,
최적화를 수행합니다.
- readOnly=false
@Transactional(readOnly = false)
public void readOnlySave() {
Optional<Sample> optionalSample = sampleRepository.findById(1L);
Sample sample = optionalSample.get();
sample.setText("Hello World!2");
sampleRepository.save(sample);
}
Flush session이 발생 하면서 플러시를 유발한다.
- readOnly=true
@Transactional(readOnly = true)
public void readOnlySave() {
Optional<Sample> optionalSample = sampleRepository.findById(1L);
Sample sample = optionalSample.get();
sample.setText("Hello World!2");
sampleRepository.save(sample);
}
Flush가 발생하지 않는다.
- readOnly=true , 더티 체킹
@Transactional(readOnly = true)
public void readOnlySave() {
Optional<Sample> optionalSample = sampleRepository.findById(1L);
Sample sample = optionalSample.get();
sample.setText("Hello World!2");
}
데이터가 변경되지 않는다
- readOnly=true, saveAndFlush 수행
@Transactional(readOnly = true)
public void readOnlySave() {
Optional<Sample> optionalSample = sampleRepository.findById(1L);
Sample sample = optionalSample.get();
sample.setText("Hello World!2");
sampleRepository.saveAndFlush(sample);
}
flush가 발생하여 데이터가 변경이 된다.
2. timeout
타임아웃은 트랜잭션의 시작부터 끝까지 걸린 시간을 의미하며 기본값은 -1인 (무제한)으로 되어 있다.
isolation - 격리 단계
- READ_UNCOMMITTED : 다른 트랜잭션에 커밋되지 않은 변경 내용을 트랜잭션이 볼 수 있음
- READ_COMMITTED : 다른 트랜잭션에서 커밋된 데이터만 읽을 수 있습니다.
- REPEATABLE_READ : 트랜잭션이 시작될 때와 읽을 때까지 동일하게 유지가 됨
- Mysql의 기본 전략
- 하이버네이트인 경우에는 영속성 콘텍스트를 사용하면 애플리케이션에서의 격리단계를 보장할 수 있다.
- SERIALIZABLE : 트랜잭션이 완전히 순차적으로 실행됨
3. propagation - 전파 속성
- REQUIRED (기본값)
- 활성 트랜잭션이 있으면 트랜잭션을 재사용함 없으면 새로운 트랜잭션을 염
- SUPPORTS
- 현재 활성 트랜잭션이 있으면 이를 사용합니다. 그렇지 않으면 트랜잭션 없이 실행합니다.
- MANDATORY
- 반드시 현재 활성 트랜잭션이 있어야 하며 아닐 시 예외를 발생함
- REQUIRES_NEW
- 항상 새로운 트랜잭션을 시작합니다. 현재 활성 트랜잭션이 있으면, 그 트랜잭션을 일시 중단시킵니다.
- 데드락 발생 여지가 있음
- NOT_SUPPORTED
- 트랜잭션 없이 실행함
- NAVER: 트랜잭션 없이 실행합니다. 현재 활성 트랜잭션이 있으면 예외를 발생시킵니다.
- NESTED: 현재 트랜잭션 내에 중첩된 트랜잭션을 시작합니다. 중첩된 트랜잭션은 외부 트랜잭션과는 독립적으로 커밋 또는 롤백될 수 있습니다. 활성 트랜잭션이 없으면, 이 옵션은
REQUIRED와 동일하게 동작합니다.
REQUIRES_NEW의 호출자 트랜잭션의 연관성?
결론부터 말하자면 호출되는 이의 예외에 대해서 롤백이 된다. -> 트랜잭션은 새로 열린다.
@Transactional(propagation = Propagation.REQUIRED)
public void readOnlySave() {
Sample sample = new Sample();
sample.setText("Hello World!2");
String currentTransactionName = TransactionSynchronizationManager.getCurrentTransactionName();
log.info("readOnlySave Transaction {} ", currentTransactionName);
log.info("readOnlySave Transaction active {} ", TransactionSynchronizationManager.isActualTransactionActive());
sampleRepository.save(sample);
sampleService2.error();
}
// sampleService2 -
@Transactional(propagation = Propagation.REQUIRES_NEW)
public void error() {
String currentTransactionName = TransactionSynchronizationManager.getCurrentTransactionName();
log.info("error Transaction {} ", currentTransactionName);
log.info("error Transaction active {} ", TransactionSynchronizationManager.isActualTransactionActive());
throw new RuntimeException("SampleService");
}
결론
트랜잭션의 readOnly 속성을 true로 주어도 flush가 발생하면 데이터가 반영됨을 알 수가 있다.
REQUIRES_NEW의 호출자를 사용해도 예외가 발생한다면 부모 메서드도 롤백이 됨을 알 수 있다.