Πώς λειτουργεί το @Transactional, συμπεριλαμβανομένων του propagation και του rollback;

Question

IT Interview Practice · Accepted Answer

Το `@Transactional` τυλίγει μια method σε μια database transaction: το Spring ανοίγει μία πριν τρέξει η method και κάνει commit όταν επιστρέφει κανονικά — ή κάνει **rollback** αν κάνει throw. Στο παρασκήνιο είναι ένα **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 κάνει rollback μόνο σε **unchecked** exceptions (`RuntimeException`) και `Error` — **όχι** σε checked exceptions. Αν πετάξεις ένα checked exception, η transaction κάνει *commit*. Παράκαμψέ το ρητά:

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

## Propagation

Το propagation αποφασίζει τι συμβαίνει όταν μια transactional method καλεί μια άλλη:

- **REQUIRED** (προεπιλογή): συμμετέχει στην transaction του caller, ή ξεκινά μία αν δεν υπάρχει.
- **REQUIRES_NEW**: αναστέλλει την transaction του caller και τρέχει σε μια νέα, ανεξάρτητη — χρήσιμο για audit logs που πρέπει να διατηρηθούν ακόμη κι αν η εξωτερική εργασία κάνει rollback.

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

## Η παγίδα του self-invocation

Επειδή το `@Transactional` λειτουργεί μέσω proxy, η κλήση μιας `@Transactional` method από μια άλλη method *στην ίδια class* παρακάμπτει το proxy — το annotation αγνοείται σιωπηλά. Κάνε την κλήση ανάμεσα σε beans, ή κάνε inject τον εαυτό σου.

## Γιατί έχει σημασία

Οι transactions είναι εκεί που ζει η ορθότητα των δεδομένων, οπότε οι συνεντευκτές πιέζουν σκληρά εδώ. Ο κανόνας rollback για checked exceptions και το bug του self-invocation είναι οι δύο ερωτήσεις που αξιόπιστα ξεχωρίζουν όσους *χρησιμοποίησαν* το `@Transactional` από όσους το *κατανοούν*.

Βασική χρήση

Ο προεπιλεγμένος κανόνας rollback (μια κλασική παγίδα)

Propagation

Η παγίδα του self-invocation

Γιατί έχει σημασία

Σχετικές ερωτήσεις