[Spring] @Transactional

🌱 Spring @Transactional 동작 원리 및 핵심 컴포넌트

목차

• 1. 트랜잭션 기초 및 수동 제어의 한계
• 2. @Transactional의 동작 원리 (AOP & Proxy)
• 3. 핵심 컴포넌트: Manager & Synchronization
• 4. 전체 실행 흐름도

1. 트랜잭션 기초 및 수동 제어

트랜잭션은 DB 상태를 변환시키는 하나의 논리적 작업 단위로, 원자성(All or Nothing)을 보장해야 합니다.

⚠️ 수동 제어의 문제점

connection.setAutoCommit(false); 
try { 
    // 비즈니스 로직
    connection.commit(); 
} catch (Exception e) { 
    connection.rollback(); 
}

핵심 로직에 트랜잭션 코드가 섞여 가독성이 떨어지고 중복 코드가 발생합니다.

---

2. @Transactional 동작 원리

스프링은 선언적 트랜잭션 방식을 사용하며, 내부적으로는 AOP와 프록시 패턴을 통해 동작합니다.

• 프록시 객체: 타겟 메서드를 감싸서 실행하며, 트랜잭션 시작과 종료(commit/rollback)를 대신 처리합니다.
• 빈 후처리기(BeanPostProcessor): 스프링 빈 생성 시점에 @Transactional이 붙은 클래스를 프록시 객체로 교체하여 등록합니다.

---

3. 핵심 컴포넌트

Transaction Manager

플랫폼별(JPA, JDBC 등) 트랜잭션 처리를 추상화한 인터페이스입니다. 기술이 바뀌어도 서비스 로직은 수정할 필요가 없습니다.

Transaction Synchronization Manager

트랜잭션 동안 동일한 커넥션을 유지하도록 관리하는 보관소입니다. 같은 트랜잭션 내의 여러 메서드가 안전하게 커넥션을 공유합니다.

Weaving (위빙)

프록시를 통해 부가 기능(트랜잭션)을 실제 타겟 로직에 연결하는 핵심 메커니즘입니다.

---

4. 전체 실행 흐름도

@Transactional 선언
  ↓
빈 후처리기가 프록시 생성
  ↓
클라이언트 → 프록시 호출
  ↓
프록시: Transaction Manager에게 트랜잭션 시작 요청
  ↓
Synchronization Manager: 커넥션 보관
  ↓
실제 메서드 실행
  ↓
성공 → commit / 실패 → rollback

핵심 요약 💡

@Transactional은 단순한 어노테이션을 넘어, 스프링의 AOP와 추상화 기술(Manager)이 집약된 기능입니다. 이를 통해 개발자는 데이터 정합성 걱정 없이 비즈니스 로직에만 온전히 집중할 수 있습니다.