Questão 2974957

realizar o comando TRUNCATE em todas as tabelas afetadas, pois ele remove todas as tuplas e libera imediatamente o espaço em disco. Essa ação é mais eficiente do que o DELETE para operações de escrita e não causa bloqueios no sistema.

desabilitar o processo de Vacuuming (limpeza) automático, pois ele consome recursos da CPU durante o horário de pico. A equipe passaria a confiar apenas na exclusão de linhas com o DELETE, já que o sistema operacional se encarregaria de liberar o espaço não utilizado., já que o sistema operacional se encarregaria de liberar o espaço não utilizado.

aumentar o parâmetro shared buffers no arquivo postgresql.conf para o valor máximo permitido pela memória RAM. Essa ação é a única necessária para garantir que todos os dados residam na meméória e que o b/oat seja completamente evitado.

executar o comando VACUUM FULL nas tabelas mais afetadas periodicamente. Para o dia a dia, otimizar os parâmetros do Autovacuum (como autovacuum vacuum scale factor e autovacuum vacuum cost delay) e monitorar o bloat com a visão pg stat user tables.

mudar o Isolation Level de todas as transações para SERIALIZABLE. Isso garante que não haja inconsistências de dados e, por consequência, o banco de dados não precisará do Multiversion Concurrency Control (MVCC), eliminando a raiz do problema de bloat.