O que é MVCC no PostgreSQL?

Question

Accepted Answer

**MVCC** (Multi-Version Concurrency Control) é como o PostgreSQL gerencia o acesso concorrente — em vez de bloquear linhas para leituras, ele mantém **múltiplas versões** de linhas, de modo que cada transação vê um **snapshot** consistente dos dados. O benefício principal: **leitores não bloqueiam escritores, e escritores não bloqueiam leitores**, permitindo alta concorrência.

## A ideia central: múltiplas versões de linhas

```text
When a row is UPDATED, Postgres doesn't overwrite it — it creates a NEW version and
marks the old one obsolete. Different transactions can see different versions.
→ Each transaction sees a consistent SNAPSHOT of the database as of its start
  (depending on isolation level), unaffected by others' uncommitted changes.
```

## O grande benefício: sem bloqueios de leitura

```text
Without MVCC (lock-based): readers and writers BLOCK each other
  → a long-running report could block writes; a write could block reads.
With MVCC:
  ✓ READERS DON'T BLOCK WRITERS — a SELECT sees an old version while an UPDATE proceeds
  ✓ WRITERS DON'T BLOCK READERS
  ✓ Each transaction sees a stable, consistent view (no dirty reads)
→ Much higher concurrency for read-heavy and mixed workloads.
```

## Como funciona (simplificado)

```sql
-- Transaction A starts a long SELECT (sees a snapshot)
BEGIN; SELECT count(*) FROM orders;   -- sees data as of its snapshot

-- meanwhile Transaction B updates rows — creates new versions, doesn't block A
-- A still sees its consistent snapshot; B's changes are a new version
```

Postgres rastreia IDs de transação e visibilidade de linhas para que cada transação veja a versão correta. Isso fornece **isolamento** sem bloqueios de leitura.

## O custo: tuplas mortas e VACUUM

```text
MVCC creates obsolete row versions ("dead tuples") that accumulate → bloat.
VACUUM (and AUTOVACUUM) reclaims this dead space and keeps the database healthy.
→ This is why VACUUM is important in Postgres — it's the cleanup for MVCC's versions.
```

## Por que isso importa

MVCC é fundamental para entender o comportamento de concorrência e desempenho do PostgreSQL, portanto é conhecimento valioso para trabalhar com Postgres efetivamente.

O valor principal que MVCC fornece é **alta concorrência**: ao manter múltiplas versões de linhas e dar a cada transação um snapshot consistente, **leitores não bloqueiam escritores e escritores não bloqueiam leitores** — o que é uma vantagem significativa para aplicações reais (um relatório de longa execução não bloqueia atualizações, e escritas não bloqueiam leituras), permitindo muito melhor concorrência para cargas de trabalho pesadas em leitura e mistas do que abordagens baseadas em bloqueios.

É por isso que o PostgreSQL gerencia tão bem o acesso concorrente, e entender MVCC explica as características de concorrência do banco de dados (snapshots consistentes, isolamento sem bloqueios de leitura, sem leituras sujas).

Crucialmente, entender MVCC também explica **por que `VACUUM` é importante no Postgres**: MVCC cria versões de linhas obsoletas ("tuplas mortas") conforme linhas são atualizadas e deletadas, que se acumulam como inchaço, e `VACUUM`/`AUTOVACUUM` é o mecanismo de limpeza que recupera este espaço e mantém o banco de dados saudável — então MVCC e VACUUM estão intimamente conectados, e conhecer esta conexão é importante para manutenção e desempenho do banco de dados (negligenciar vacuum leva a inchaço e desempenho degradado, uma preocupação operacional real).

Já que o comportamento de concorrência fundamentalmente afeta como um banco de dados funciona sob carga, e já que MVCC (o modelo de concorrência do Postgres) explica tanto a excelente concorrência de leitura/escrita quanto a necessidade de manutenção com VACUUM, entender MVCC é conhecimento valioso para trabalhar com PostgreSQL — esclarece as vantagens de concorrência do banco de dados e a manutenção que ele requer, importante tanto para raciocinar sobre desempenho quanto para operar Postgres corretamente, e um tópico comum que demonstra compreensão de como Postgres gerencia acesso concorrente.