052 | Transaction

🎈트랜잭션이란?

• 여러개의 작업들을 하나로 묶어서 처리하는 처리 단위이다.
• 데이터의 무결성을 보장하는 핵심적인 역할을 한다.

🧩 ACID 원칙

• 원자성(Atomicity)
  • 하나의 논리적 기능을 수행하기 위한 작업의 기본 단위이다.
  • 상태 변화는 All or Nothing 둘 중 하나로 처리되어야 한다.
• 일관성(Consistency)
  • 트랜잭션 성공 후 일관된 DB 상태를 보존해야 한다.
• 고립성(Isolation)
  • 여러 개의 트랜잭션이 실행될 경우 각각 독립적으로 실행이 되어야 한다.
• 지속성(Durability)
  • 트랜잭션 성공 후 결과는 지속적으로 DB에 저장되어야 한다.

🧩 커밋(commit)

• 모든 작업을 DB에 최종 반영하는 명령어이다.
• commit을 하면 변경된 내용이 데이터베이스에 영구적으로 저장된 후 종료된다.
• commit을 하지 않으면 작업의 결과가 데이터베이스에 최종적으로 반영되지 않고 종료된다.

🧩 롤백(rollback)

• 작업 중 문제가 발생되면 수행된 작업들을 취소하고 트랜잭션 시작 이전 상태로 되돌아간다.

@Configuration
public class Entity {
    private EntityManager
    private EntityTransaction tx;

    @Bean
    public CommandLineRunner jpaRunner(EntityManagerFactory emFactory){
        this.em = emFactory.createEntityManager();
        this.tx = em.getTransaction();

        return args -> {
            tx.begin();
			// transaction
            tx.commit();
        };
    }
}

🎈Annotation Transaction

• Spring에서 가장 간단하게 트랜잭션을 적용할 수 있는 방법으로, @Transactional을 사용한다.

@Service
@Transactional
public class Service {
	// ...
}

• JPA 로그 레벨 설정
  • application.yml에 설정을 추가하면 트랜잭션 로그를 확인할 수 있다.
  • 로그 레벨을 ‘DEBUG’ 레벨로 설정하면 JPA 내부에서 지정한 부분의 로그를 확인할 수 있다.
  • logging태그는 최상위 레벨이므로 탭 없이 왼쪽에 붙여서 써야 한다.

logging:
  level:
    org:
      springframework:
        orm:
          jpa: DEBUG

🧩 클래스 레벨

• 트랜잭션 적용 확인
  • Creating new transaction: 새로운 트랜잭션 생성
  • Committing JPA transaction on EntityManager: 커밋 실행중
  • after transaction: 트랜잭션 종료
  • Closing JPA EntityManager: JPA EntityManager 종료중
• 예외 던지기 - RuntimeException

• check exception
  
  • @Transactional 애너테이션만 추가해서는 rollback이 되지 않는다.
  • 별도의 예외 처리를 하지 않아도 된다면 @Transactional(rollbackFor = {Exception1.class, Exception2.class, ...})와 같이 해당 체크 예외를 직접 지정해주거나 언체크 예외(unchecked exception)를 활용해 rollback이 동작하도록 할 수 있다.

🧩 메서드 레벨

@Transactional(readOnly = true)
public Entity findEntity(long Id) {

    return findVerifiedEntity(Id);
}

• @Transactional(readOnly = true)는 트랜잭션을 읽기 전용으로 실행한다. JPA 내부적으로 영속성 컨텍스트를 flush하지 않는다. 또 읽기 전용 트랜잭션일 경우, 변경 감지를 위한 스냅샷 생성도 진행하지 않는다.
• 읽기 전용 트랜잭션일 때는 변경감지를 하지 않아 불필요한 추가 동작을 줄일 수 있기 때문에 find~() 메서드에는 JPA 자체적으로 성능을 최적화하기 때문에 readOnly를 true로 지정하는것이 좋다.

🧩 트랜잭션 적용 순서

• 우선순위 : 클래스레벨 < 메서드레벨

🧩 트랜잭션 전파(Transaction Propagation)

• 트랜잭션의 경계에서 진행 중인 트랜잭션이 존재하거나 존재하지 않을 때, 어떻게 동작할 것인지 결정하는 방식이다. 트랜잭션이 하나만 있다면 다른 트랜잭션을 신경 쓸 필요가 없지만 트랜잭션이 n개 이상 더 있을 수 있다면 경계에서 상황에 따라 다르게 대처해야 한다.
• 트랜잭션 전파는 propagation Attribute를 통해서 설정할 수 있다.
  • Propagation.REQUIRED (default): 진행 중인 트랜잭션이 있으면 해당 트랜잭션에 참여하고 진행 중인 트랜잭션이 없으면 새로 생성한다.
  • Propagation.REQUIRES_NEW: 이미 진행중인 트랜잭션과 무관하게 새로운 트랜잭션이 시작된다. 기존에 진행중이던 트랜잭션은 새로 시작된 트랜잭션이 종료할 때까지 중지된다.
  • Propagation.MANDATORY: 진행 중인 트랜잭션이 없으면 예외를 발생시킨다.
  • Propagation.NOT_SUPPORTED: 진행 중인 트랜잭션이 있으면 메서드 실행이 종료될 때 까지 중지되고, 메서드 실행이 종료되면 계속 진행한다.
  • Propagation.NEVER: 트랜잭션을 사용하지 않고, 진행 중인 트랜잭션이 존재할 경우에는 예외를 발생킨다.

🧩 트랜잭션 격리 수준(Isolation Level)

• 트랜잭션은 다른 트랜잭션에 영향을 주지 않고 격리성(독립적으로 실행)이 보장되어야 한다. 그래서 Spring은 여러 트랜잭션이 동시에 실행될 때 격리성을 조정할 수 있게 @Transactional에서 isolation Attribute를 제공하고 있다.
  • Isolation.DEFAULT (default): 데이터베이스에서 제공하는 기본 값이다.
  • Isolation.READ_UNCOMMITTED: 다른 트랜잭션에서 커밋하지 않은 데이터를 읽는 것을 허용한다.
  • Isolation.READ_COMMITTED: 다른 트랜잭션에 의해 커밋된 데이터를 읽는 것을 허용한다.
  • Isolation.REPEATABLE_READ: 랜잭션 내에서 한 번 조회한 데이터를 반복해서 조회해도 같은 데이터가 조회되도록 한다.
  • Isolation.SERIALIZABLE: 동일한 데이터에 대해서 동시에 두 개 이상의 트랜잭션이 수행되지 못하도록 한다.

🎈AOP Transaction

• @Transactional을 비즈니스 로직에 적용하지 않고 트랜잭션을 적용하는 방법이다.
• AOP 구성
  • Advisor: Advice와 pointcut 포함하고 있다.
  • Pointcut: 비즈니스 로직의 정보를 가지고 있다.
  • Advice: pointcut에서 실행될 공통관심사이다.