O que é replicação lógica e quando é útil?

Question

Accepted Answer

**Replicação lógica** replica alterações de dados no nível de **tabelas específicas** (usando um modelo publicação/subscrição), em vez de copiar todo o cluster de banco de dados byte-por-byte como a replicação física (streaming). Isso a torna flexível — seletiva, entre versões, e para esquemas diferentes — ideal para migrações e integrações.

## Replicação lógica vs física

```text
PHYSICAL (streaming) → replicates the ENTIRE cluster at the storage/WAL level
  ✓ exact copy, simple   ✗ all-or-nothing, same Postgres version, read-only replica

LOGICAL → replicates specific TABLES' changes via a publish/subscribe model
  ✓ SELECTIVE (choose tables), CROSS-VERSION, to DIFFERENT schemas, replica is WRITABLE
  ✗ more setup, some limitations (DDL not replicated automatically, etc.)
```

## Configurando replicação lógica (pub/sub)

```sql
-- on the SOURCE (publisher): publish specific tables
CREATE PUBLICATION my_pub FOR TABLE users, orders;
-- (or FOR ALL TABLES)

-- on the TARGET (subscriber): subscribe to the publication
CREATE SUBSCRIPTION my_sub
  CONNECTION 'host=source dbname=mydb user=rep'
  PUBLICATION my_pub;
-- → the subscriber receives and applies changes to users and orders
```

Uma **publicação** define o que replicar (tabelas específicas); uma **subscrição** consome isso. As alterações (INSERT/UPDATE/DELETE) fluem do publicador para o subscritor.

## Quando a replicação lógica é útil

```text
✓ ZERO-DOWNTIME MAJOR UPGRADES — replicate from an old version to a new version, then
  switch over (physical replication can't cross versions) — a key use case
✓ MIGRATIONS — move data to a new server/cluster with minimal downtime
✓ SELECTIVE replication — replicate only certain tables (not the whole database)
✓ INTEGRATIONS — feed specific data to another system (analytics, data warehouse)
✓ Consolidating data from multiple databases into one
✓ The replica is WRITABLE (can have its own additional data/tables)
```

## Por que isso importa

Replicação lógica é conhecimento valioso do PostgreSQL para **cenários flexíveis de replicação de dados** — particularmente migrações, atualizações e integrações — então compreendê-la é conhecimento útil de nível sênior para operações e arquitetura de banco de dados.

Sua distinção chave da replicação física (streaming) é **flexibilidade**: em vez de copiar todo o cluster byte-por-byte (física), replicação lógica replica **tabelas específicas** via publicação/subscrição, e crucialmente funciona **entre versões PostgreSQL** e para **esquemas diferentes**, com um subscritor **gravável**.

Essa flexibilidade habilita casos de uso importantes que replicação física não consegue tratar: mais notavelmente **atualizações de versão principal sem tempo de inatividade** (replicando de uma versão antiga de Postgres para uma nova, depois migrando — uma capacidade crítica já que replicação física requer versões correspondentes, tornando replicação lógica a abordagem padrão para atualizar versões principais sem tempo de inatividade), **migrações** (movendo dados para um novo servidor/cluster com tempo de inatividade mínimo), **replicação seletiva** (replicando apenas certas tabelas), e **integrações** (alimentando dados específicos para sistemas de análise, data warehouses, ou outros bancos de dados).

Compreender a configuração publicação/subscrição (publicações definindo o que replicar, subscrições consumindo-as) e os casos de uso apropriados (especialmente atualizações e migrações) reflete conhecimento operacional valioso.

Já que atualizações de versão principal e migrações com tempo de inatividade mínimo são desafios operacionais importantes e reais (e replicação lógica é a ferramenta chave para eles), e já que replicação seletiva/entre sistemas habilita padrões de integração valiosos, compreender replicação lógica — como difere da física, sua flexibilidade (entre versões, seletiva, gravável), e seus casos de uso (especialmente atualizações e migrações sem tempo de inatividade) — é conhecimento valioso de nível sênior para operações e arquitetura PostgreSQL, particularmente relevante para a necessidade recorrente e de alto risco de atualizar e migrar bancos de dados sem tempo de inatividade, um tópico demonstrando compreensão avançada de implantação e operações do Postgres.