@Transactional은 propagation과 rollback을 포함해 어떻게 동작하나요?

Question

IT Interview Practice · Accepted Answer

`@Transactional`은 메서드를 데이터베이스 트랜잭션으로 감쌉니다: Spring이 메서드 실행 전에 트랜잭션을 열고 정상적으로 반환하면 커밋합니다 — 또는 예외를 던지면 **롤백**합니다. 내부적으로는 **AOP proxy**이며, 이것이 대부분의 함정의 원천입니다.

## 기본 사용법

```java
@Service
public class TransferService {

@Transactional // commit on success, roll back on RuntimeException
    public void transfer(Long from, Long to, BigDecimal amount) {
        accounts.debit(from, amount);
        accounts.credit(to, amount); // if THIS throws, the debit is rolled back too
    }
}
```

## 기본 rollback 규칙(전형적인 함정)

기본적으로 Spring은 **unchecked** 예외(`RuntimeException`)와 `Error`에 대해서만 롤백하고 — checked 예외에는 롤백하지 **않습니다**. checked 예외를 던지면 트랜잭션은 *커밋됩니다*. 명시적으로 재정의하세요:

```java
@Transactional(rollbackFor = Exception.class) // roll back on checked too
public void process() throws IOException { /* ... */ }
```

## Propagation

propagation은 트랜잭션 메서드가 다른 메서드를 호출할 때 무슨 일이 일어날지를 결정합니다:

- **REQUIRED**(기본값): 호출자의 트랜잭션에 합류하거나, 없으면 새로 시작합니다.
- **REQUIRES_NEW**: 호출자의 트랜잭션을 중단하고 새롭고 독립적인 트랜잭션에서 실행합니다 — 바깥 작업이 롤백되더라도 반드시 남아야 하는 감사 로그(audit log)에 유용합니다.

```java
@Transactional(propagation = Propagation.REQUIRES_NEW)
public void writeAuditLog(String event) { /* commits independently */ }
```

## self-invocation 함정

`@Transactional`은 proxy를 통해 동작하므로, *같은 클래스 안의* 다른 메서드에서 `@Transactional` 메서드를 호출하면 proxy를 우회합니다 — annotation이 조용히 무시됩니다. bean을 건너 호출하거나, 자기 자신을 주입하세요.

## 왜 중요한가

트랜잭션은 데이터 정확성이 자리하는 곳이라 면접관이 이 부분을 강하게 파고듭니다. checked 예외 롤백 규칙과 self-invocation 버그는, `@Transactional`을 *써 본* 사람과 그것을 *이해하는* 사람을 확실히 가르는 두 가지 질문입니다.

기본 사용법

기본 rollback 규칙(전형적인 함정)

Propagation

self-invocation 함정

왜 중요한가

관련 질문