Quels sont les niveaux d'isolation des transactions ?

Question

Accepted Answer

Les **niveaux d'isolation** contrôlent le degré auquel les transactions concurrentes peuvent voir les changements non validés (ou en cours) les unes des autres — établissant un compromis entre **cohérence** et **performance/concurrence**. Des niveaux d'isolation plus élevés préviennent plus d'anomalies mais augmentent le verrouillage et la contention.

## Les anomalies de concurrence (ce que l'isolation prévient)

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

Ce sont les problèmes qui peuvent survenir lorsque les transactions s'exécutent concurremment — les niveaux d'isolation contrôlent lesquels sont prévenus.

## Les quatre niveaux d'isolation standard

Chaque niveau supérieur prévient plus d'anomalies. **Read Committed** est une valeur par défaut courante (prévient les lectures fantômes) ; **Serializable** est le plus strict (les transactions se comportent comme si elles s'exécutaient une à la fois) mais le plus restrictif pour la concurrence.

## Définir le niveau d'isolation

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

## Le compromis fondamental

```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.).
```

## Pourquoi c'est important

Les niveaux d'isolation des transactions constituent une connaissance avancée importante pour comprendre la **concurrence dans les bases de données** — lorsque plusieurs transactions s'exécutent simultanément (comme c'est le cas dans toute application multi-utilisateurs réelle), les niveaux d'isolation déterminent le compromis entre la cohérence des données et la performance, si bien que leur compréhension est précieuse pour construire des applications concurrentes correctes et performantes.

Les concepts fondamentaux sont les **anomalies de concurrence** (lectures fantômes, lectures non répétables, lectures fantômes — les problèmes qui surviennent quand les transactions voient les changements en cours les unes des autres) et la façon dont les **quatre niveaux d'isolation** (Read Uncommitted, Read Committed, Repeatable Read, Serializable) préviennent progressivement plus d'entre elles.

Comprendre cela est important pour la correction : choisir un niveau d'isolation trop bas peut permettre des anomalies qui corrompent les données ou produisent des résultats incorrects (par ex. lire des données non validées qui font ensuite un rollback, ou des lectures incohérentes), tandis que choisir un niveau trop élevé réduit la concurrence et la performance.

Le **compromis fondamental** — une isolation plus élevée signifie plus de correction mais plus de verrouillage et de contention (moins de concurrence, risques de ralentissements et deadlocks), une isolation plus faible signifie plus de performance mais risque d'anomalies — est l'insight clé : vous choisissez le niveau en fonction des exigences de cohérence des données (les données critiques/financières peuvent nécessiter Serializable ; la plupart des applications utilisent Read Committed comme équilibre).

Savoir que les implémentations varient (MVCC vs verrouillage) est également pertinent.

Puisque la concurrence est inhérente aux applications de bases de données réelles, et puisque les niveaux d'isolation gouvernent l'équilibre critique entre cohérence et performance (les mauvais choix causant soit des anomalies de données soit des problèmes de performance), comprendre les niveaux d'isolation — les anomalies, les niveaux et le compromis cohérence-vs-concurrence — est une connaissance précieuse au niveau senior pour construire des systèmes concurrents corrects et performants et un sujet d'entretien avancé courant qui démontre une compréhension de la concurrence dans les bases de données.