Care sunt nivelurile de izolare a tranzacțiilor?

Question

Accepted Answer

**Nivelurile de izolare** controlează cât de mult tranzacțiile concurente pot vedea din schimbările neconfirmate (sau în curs de execuție) ale celorlalte — făcând compromisuri între **consistență** și **performanță/concurenție**. Izolarea mai mare previne mai multe anomalii, dar crește blocajele/conținerea.

## Anomaliile de concurenție (ce izolarea previne)

```text
DIRTY READ        → reading another transaction's UNCOMMITTED changes (which may roll back)
NON-REPEATABLE READ → re-reading a row gives different values (another txn UPDATED it)
PHANTOM READ      → re-running a query returns different ROWS (another txn INSERTED/DELETED)
```

Acestea sunt problemele care pot apărea atunci când tranzacțiile se execută concurent — nivelurile de izolare controlează care sunt prevenite.

## Cele patru niveluri de izolare standard

Fiecare nivel mai înalt previne mai multe anomalii. **Read Committed** este o valoare implicită comună (previne dirty reads); **Serializable** este cel mai strict (tranzacțiile se comportă ca și cum s-ar executa una după alta), dar cel mai restrictiv pentru concurenție.

## Setarea nivelului de izolare

```sql
SET TRANSACTION ISOLATION LEVEL SERIALIZABLE;
BEGIN;
  -- ... operations run at the chosen isolation ...
COMMIT;
```

## Compromisul fundamental

```text
Higher isolation → MORE correctness (fewer anomalies), but MORE locking/contention
                   → lower concurrency, potential slowdowns, more deadlocks
Lower isolation  → MORE concurrency/performance, but risk of anomalies
→ Choose based on the data's needs: financial/critical data may need Serializable;
  most apps use Read Committed (the default) as a balance.
→ Note: implementations vary (MVCC vs locking); the SQL standard defines the levels
  but databases differ in details (Postgres, MySQL/InnoDB, etc.).
```

## De ce contează

Nivelurile de izolare a tranzacțiilor sunt cunoștințe avansate importante pentru înțelegerea **concurenței în baze de date** — atunci când multiple tranzacții se execută simultan (așa cum se întâmplă în orice aplicație reală multi-utilizator), nivelurile de izolare determină compromisul între consistența datelor și performanță, deci înțelegerea lor este valoroasă pentru construirea aplicațiilor concurente corecte și performante.

Conceptele principale sunt **anomaliile de concurenție** (dirty reads, non-repeatable reads, phantom reads — problemele care apar când tranzacțiile văd schimbările în curs de execuție ale unele altora) și cum **cele patru niveluri de izolare** (Read Uncommitted, Read Committed, Repeatable Read, Serializable) previn progresiv mai multe dintre ele.

Înțelegerea acestui lucru este importantă pentru corectitudine: alegerea unui nivel de izolare prea scăzut poate permite anomalii care corup datele sau produc rezultate greșite (de ex. citirea datelor neconfirmate care mai târziu fac rollback, sau citiri inconsistente), în timp ce alegerea unuia prea ridicat reduce concurenția și performanța.

**Compromisul fundamental** — izolarea mai mare înseamnă mai multă corectitudine, dar mai mult blocaj/conținere (concurenție mai redusă, potențiale încetiniri și deadlock-uri), izolarea mai redusă înseamnă mai multă performanță, dar risc de anomalii — este insight-ul cheie: alegeți nivelul pe baza cerințelor de consistență ale datelor (datele critice/financiare pot necesita Serializable; majoritatea aplicațiilor folosesc Read Committed ca echilibru).

Faptul că implementările variază (MVCC vs blocaj) este de asemenea relevant.

Pentru că concurenția este inerentă în aplicațiile reale cu baze de date, și pentru că nivelurile de izolare guvernează echilibrul critic între consistență și performanță (cu alegeri greșite cauzând fie anomalii de date, fie probleme de performanță), înțelegerea nivelurilor de izolare — anomaliile, nivelurile și compromisul consistență-vs-concurenție — este cunoștință valoroasă de nivel senior pentru construirea sistemelor concurente corecte și performante și un subiect comun în interviurile avansate care demonstrează înțelegerea concurenței în baze de date.