APRENDER. PRATICAR. EVOLUIR.Conceito e mecanismo
UPDATE e DELETE deixam versões antigas que MVCC pode ainda precisar de apresentar. Vacuum torna espaço reutilizável quando essas versões deixam de ser necessárias e participa na proteção contra wraparound. O tamanho do ficheiro pode manter-se mesmo depois de manutenção útil: vacuum normal não compacta toda a tabela para devolver espaço ao sistema operativo. VACUUM FULL reescreve a tabela, exige espaço adicional e ACCESS EXCLUSIVE, pelo que precisa de planeamento. Uma transação antiga pode impedir remoção de versões ainda visíveis. Mais frequência de vacuum não elimina essa necessidade de visibilidade. Distingue atraso da manutenção, retenção por snapshots e crescimento legítimo do volume.
Aplicação guiada
Num incidente fictício com pouco disco, separa tabelas, índices, temporários e WAL antes de escolher uma ação. Um slot parado ou um destino de arquivo indisponível pode reter WAL; apagar ficheiros diretamente não é uma política de retenção. Para configurações, compara valor efetivo, origem e contexto: recarregar ficheiros não aplica parâmetros que exigem restart nem elimina todos os overrides de sessão. Alertas devem antecipar tempo até esgotar capacidade e idade de transações, não apenas indisponibilidade presente. A passagem de turno regista tendência, limite, owner, ação acordada e condição de escalada. Uma mitigação temporária precisa de prazo e confirmação de que a causa foi corrigida.
VACUUM concluído e ficheiro do mesmo tamanho podem coexistir com espaço interno reutilizável.
Armadilhas comuns
FULL como manutenção sem impacto; desativar autovacuum; ficheiro de configuração como estado efetivo.
Tópicos relacionados: Ligações, identidades e privilégios · Transações, bloqueios e retoma · Planos, índices e memória
Mantém margem operacional e investiga o mecanismo de retenção.
Referência: Vacuum and freezing · PostgreSQL 18 reference semantics;18.6 current stable at review