O que são níveis de isolamento de transações?

Question

Accepted Answer

**Níveis de isolamento** controlam quanto as transações concorrentes podem visualizar das mudanças não confirmadas (ou em progresso) umas das outras — negociando **consistência** contra **desempenho/concorrência**. Isolamento mais alto previne mais anomalias, mas aumenta bloqueios/contenção.

## As anomalias de concorrência (o que o isolamento 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)
```

Esses são os problemas que podem ocorrer quando transações rodam concorrentemente — os níveis de isolamento controlam quais são prevenidos.

## Os quatro níveis de isolamento padrão

Cada nível mais alto previne mais anomalias. **Read Committed** é um padrão comum (previne leituras sujas); **Serializable** é o mais rigoroso (transações se comportam como se executadas uma de cada vez), mas mais restritivo para concorrência.

## Definindo o nível de isolamento

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

## A negociação 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 que isso importa

Níveis de isolamento de transações são conhecimento avançado importante para entender **concorrência em bancos de dados** — quando múltiplas transações rodam simultaneamente (como fazem em qualquer aplicação real multi-usuário), os níveis de isolamento determinam a negociação entre consistência de dados e desempenho, então entendê-los é valioso para construir aplicações concorrentes corretas e performáticas.

Os conceitos principais são as **anomalias de concorrência** (leituras sujas, leituras não repetíveis, leituras fantasma — os problemas que surgem quando transações veem mudanças em progresso umas das outras) e como os **quatro níveis de isolamento** (Read Uncommitted, Read Committed, Repeatable Read, Serializable) progressivamente previnem mais delas.

Entender isso é importante para correção: escolher um nível de isolamento muito baixo pode permitir anomalias que corrompem dados ou produzem resultados errados (por ex., ler dados não confirmados que depois serão revertidos, ou leituras inconsistentes), enquanto escolher muito alto reduz concorrência e desempenho.

A **negociação fundamental** — isolamento mais alto significa mais correção, mas mais bloqueios/contenção (menor concorrência, possíveis desacelerações e deadlocks), isolamento mais baixo significa mais desempenho, mas risco de anomalias — é a percepção-chave: você escolhe o nível com base nos requisitos de consistência dos dados (dados críticos/financeiros podem precisar Serializable; a maioria das aplicações usa Read Committed como equilíbrio).

Saber que implementações variam (MVCC vs bloqueio) também é relevante.

Como concorrência é inerente em aplicações reais de banco de dados, e como os níveis de isolamento governam o equilíbrio crítico entre consistência e desempenho (com escolhas erradas causando anomalias de dados ou problemas de desempenho), entender níveis de isolamento — as anomalias, os níveis, e a negociação consistência-vs-concorrência — é conhecimento valioso de nível sênior para construir sistemas concorrentes corretos e performáticos, e um tópico comum de entrevista avançada que demonstra compreensão de concorrência em bancos de dados.