Deadlocks
Detecção, deadlock_timeout e disciplina de retentativa. Orientação de produção para PostgreSQL.
Receita
SHOW deadlock_timeout;
-- sessão A: UPDATE accounts SET name='A' WHERE id=1; UPDATE accounts SET name='A' WHERE id=2;
-- sessão B ordem oposta -> deadlockQuando usar: Você implementa ou revisa SQL usando este conceito no PostgreSQL 18.
Exemplo de Trabalho
SELECT deadlock_count FROM pg_stat_database WHERE datname = current_database();O que isso demonstra:
- SQL idiomático do PostgreSQL 18
- Padrões adequados para revisão com EXPLAIN
- Padrões seguros para cargas de trabalho OLTP
Análise Profunda
Mecanismo
- O parser constrói a árvore de consulta.
- O executor executa os nós do plano.
- MVCC fornece isolamento de snapshot por instrução ou transação.
Prática
- Mantenha os exemplos legíveis.
- Teste com contagens de linhas realistas.
Armadilhas
- Transações longas - Bloqueiam o vacuum e aumentam o bloat. Correção: Commite rapidamente; defina timeouts.
- Índices ausentes - Scans sequenciais sob carga. Correção: Indexe colunas de junção e filtro.
- Locks implícitos - Bloqueio surpreendente. Correção: Use
FOR UPDATEexplícito quando necessário. - Suposição errada de isolamento - Anomalias sob escritas concorrentes. Correção: Escolha o nível deliberadamente.
- Migrações não testadas - Lock DDL ou objetos inválidos. Correção: Prepare migrações com dados semelhantes aos de produção.
Alternativas
| Alternativa | Usar Quando | Não Usar Quando |
|---|---|---|
| Lógica em nível de aplicação | CRUD simples | Integridade espalhada por vários serviços |
| View materializada | Leituras repetidas intensas | Complexidade de atualização |
| Processador de stream externo | Eventos entre sistemas | Superfície operacional extra |
FAQs
Isso se aplica a réplicas?
Réplicas somente leitura executam SELECT; escritas vão para o primário.
E sobre o PgBouncer?
O pooling de transações afeta recursos em nível de sessão; use o modo de sessão quando necessário.
Relacionados
- Noções Básicas de Transações - BEGIN/COMMIT
Versões da Stack: Esta página foi escrita para PostgreSQL 18.4 (estável 18, manutenção 17), pgvector 0.8+, PgBouncer 1.x, Patroni 3.x e PostGIS 3.5+.