¿Qué son los niveles de aislamiento de transacciones?

Question

Accepted Answer

**Niveles de aislamiento** controlan cuánto pueden ver las transacciones concurrentes de los cambios no confirmados (o en progreso) de las demás — equilibrando **consistencia** contra **rendimiento/concurrencia**. Los mayores niveles de aislamiento previenen más anomalías pero aumentan el bloqueo/contención.

## Las anomalías de concurrencia (lo que el aislamiento previene)

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

Estos son los problemas que pueden ocurrir cuando las transacciones se ejecutan concurrentemente — los niveles de aislamiento controlan cuáles se previenen.

## Los cuatro niveles de aislamiento estándar

Cada nivel superior previene más anomalías. **Read Committed** es un predeterminado común (previene lecturas sucias); **Serializable** es el más estricto (las transacciones se comportan como si se ejecutaran una a la vez) pero el más restrictivo para la concurrencia.

## Configurar el nivel de aislamiento

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

## El equilibrio 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.).
```

## Por qué es importante

Los niveles de aislamiento de transacciones son conocimientos avanzados importantes para entender la **concurrencia en bases de datos** — cuando múltiples transacciones se ejecutan simultáneamente (como ocurre en cualquier aplicación real multiusuario), los niveles de aislamiento determinan el equilibrio entre consistencia de datos y rendimiento, por lo que comprenderlos es valioso para construir aplicaciones concurrentes correctas y eficientes.

Los conceptos clave son las **anomalías de concurrencia** (lecturas sucias, lecturas no repetibles, lecturas fantasma — los problemas que surgen cuando las transacciones ven cambios en progreso de las demás) y cómo los **cuatro niveles de aislamiento** (Read Uncommitted, Read Committed, Repeatable Read, Serializable) previenen progresivamente más de ellas.

Comprender esto es importante para la corrección: elegir un nivel de aislamiento demasiado bajo puede permitir anomalías que corrompan datos o produzcan resultados incorrectos (por ejemplo, leer datos no confirmados que luego se revierten, o lecturas inconsistentes), mientras que elegir uno demasiado alto reduce la concurrencia y el rendimiento.

El **equilibrio fundamental** — mayor aislamiento significa más corrección pero más bloqueo/contención (menor concurrencia, posibles ralentizaciones y deadlocks), menor aislamiento significa más rendimiento pero riesgo de anomalías — es la idea clave: elige el nivel basándote en los requisitos de consistencia de los datos (los datos críticos/financieros pueden necesitar Serializable; la mayoría de aplicaciones usan Read Committed como equilibrio).

Saber que las implementaciones varían (MVCC vs bloqueo) también es relevante.

Ya que la concurrencia es inherente en aplicaciones de bases de datos reales, y ya que los niveles de aislamiento rigen el equilibrio crítico entre consistencia y rendimiento (con elecciones incorrectas causando anomalías de datos o problemas de rendimiento), comprender los niveles de aislamiento — las anomalías, los niveles, y el equilibrio consistencia-vs-concurrencia — es conocimiento valioso de nivel senior para construir sistemas concurrentes correctos y eficientes, y es un tema común de entrevista avanzada que demuestra comprensión de la concurrencia en bases de datos.