@Transactional は propagation や rollback を含めてどう機能するのか?

Question

IT Interview Practice · Accepted Answer

`@Transactional` はメソッドをデータベーストランザクションで包みます: Spring はメソッドが実行される前に 1 つ開始し、正常に返れば commit し — スローすれば **ロールバック** します。内部では **AOP プロキシ** であり、それがほとんどの落とし穴の源です。

## 基本的な使い方

```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
    }
}
```

## デフォルトのロールバックルール (古典的な罠)

デフォルトでは、Spring は **非チェック** 例外 (`RuntimeException`) と `Error` に対してのみロールバックします — チェック例外に対しては **しません**。チェック例外をスローすると、トランザクションは *commit* します。明示的に上書きします:

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

## propagation

propagation は、あるトランザクションメソッドが別のメソッドを呼び出すときに何が起こるかを決めます:

- **REQUIRED** (デフォルト): 呼び出し元のトランザクションに参加するか、なければ 1 つ開始します。
- **REQUIRES_NEW**: 呼び出し元のトランザクションを中断し、新しい独立したトランザクションで実行します — 外側の作業がロールバックしても永続化されなければならない監査ログに便利です。

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

## 自己呼び出しの罠

`@Transactional` はプロキシを介して機能するため、*同じクラス内* の別のメソッドから 1 つの `@Transactional` メソッドを呼び出すと、プロキシを迂回します — アノテーションが黙って無視されます。bean をまたいで呼び出すか、自分自身を注入します。

## なぜ重要なのか

トランザクションはデータの正しさが宿る場所なので、面接官はここで強く押します。チェック例外のロールバックルールと自己呼び出しのバグは、`@Transactional` を *使った* 人と、それを *理解している* 人を確実に分ける 2 つの質問です。

基本的な使い方

デフォルトのロールバックルール (古典的な罠)

propagation

自己呼び出しの罠

なぜ重要なのか

関連する質問