Jak działa @Transactional, w tym propagacja i rollback?

Question

IT Interview Practice · Accepted Answer

`@Transactional` opakowuje metodę w transakcję bazodanową: Spring otwiera ją przed uruchomieniem metody i zatwierdza, gdy zwróci normalnie — albo **wycofuje (rollback)**, jeśli rzuci wyjątek. Pod maską to **proxy AOP**, które jest źródłem większości pułapek.

## Podstawowe użycie

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

## Domyślna reguła rollbacku (klasyczna pułapka)

Domyślnie Spring wycofuje tylko przy wyjątkach **unchecked** (`RuntimeException`) oraz `Error` — **nie** przy wyjątkach checked. Jeśli rzucisz wyjątek checked, transakcja *zostaje zatwierdzona*. Nadpisz to jawnie:

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

## Propagacja

Propagacja decyduje, co się dzieje, gdy metoda transakcyjna wywołuje inną:

- **REQUIRED** (domyślna): dołącz do transakcji wołającego lub rozpocznij nową, jeśli żadna nie istnieje.
- **REQUIRES_NEW**: zawieś transakcję wołającego i uruchom w świeżej, niezależnej — przydatne dla logów audytowych, które muszą się utrwalić nawet jeśli zewnętrzna praca zostanie wycofana.

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

## Pułapka self-invocation

Ponieważ `@Transactional` działa przez proxy, wywołanie jednej metody `@Transactional` z innej metody *w tej samej klasie* omija proxy — adnotacja jest po cichu ignorowana. Wołaj między beanami lub wstrzyknij samego siebie.

## Dlaczego to ważne

Transakcje to miejsce, gdzie żyje poprawność danych, więc rekruterzy naciskają tu mocno. Reguła rollbacku dla wyjątków checked oraz błąd self-invocation to dwa pytania, które niezawodnie odróżniają osoby, które *używały* `@Transactional`, od tych, które go *rozumieją*.

Podstawowe użycie

Domyślna reguła rollbacku (klasyczna pułapka)

Propagacja

Pułapka self-invocation

Dlaczego to ważne

Powiązane pytania