Seleciona a limpeza “completa”, que pode recuperar mais espaço, mas leva muito mais tempo e bloqueia exclusivamente a tabela. Este método também requer espaço extra em disco, porque escreve uma nova cópia da tabela, sem liberar a cópia antiga até que a operação seja concluída. Normalmente, esta opção só deve ser usada quando uma quantidade significativa de espaço precisa ser recuperada de dentro da tabela.

Seleciona o “congelamento” agressivo das tuplas. Especificar FREEZE equivale a executar o comando VACUUM com os parâmetros vacuum_freeze_min_age e vacuum_freeze_table_age definidos como zero. O congelamento agressivo é sempre executado quando a tabela é reescrita, então esta opção é redundante quando se especifica a opção FULL.

Mostra um relatório detalhado da atividade de limpeza para cada tabela no nível INFO.

Atualiza as estatísticas usadas pelo planejador para determinar a maneira mais eficiente de executar uma consulta.

Normalmente, o comando VACUUM pula páginas com base no mapa de visibilidade. As páginas em que todas as tuplas estão congeladas sempre podem ser ignoradas, e aquelas em que todas as tuplas estão visíveis para todas as transações podem ser ignoradas, exceto ao executar uma limpeza agressiva. Além disso, exceto ao realizar uma limpeza agressiva, algumas páginas podem ser puladas para evitar aguardar que outras sessões terminem de usá-las. Esta opção desativa todos os comportamentos de saltar páginas, devendo ser usada somente quando o conteúdo do mapa de visibilidade for suspeito, o que deve acontecer apenas se houver um problema de hardware ou software causando a corrupção do banco de dados.

Especifica que o comando VACUUM não deve aguardar por nenhum bloqueio conflitante ser liberado ao iniciar o trabalho em uma relação: se a relação não puder ser bloqueada imediatamente, a relação será ignorada. Note que mesmo com esta opção, o comando VACUUM ainda pode ficar bloqueado ao abrir os índices da relação. Além disso, o comando VACUUM ANALYZE ainda pode ficar bloqueado ao acessar linhas de amostra de partições, filhas em herança da tabela, e alguns tipos de tabelas estrangeiras. Além disso, embora o comando VACUUM normalmente processe todas as partições das tabelas particionadas especificadas, esta opção fará com que o comando VACUUM ignore todas as partições, se houver um bloqueio conflitante na tabela particionada.

Normalmente, o comando VACUUM ignora a limpeza do índice quando houver muito poucas tuplas mortas na tabela. Espera-se que o custo de processamento de todos os índices da tabela exceda em muito o benefício da remoção de tuplas de índice mortas, quando isto acontece. Esta opção pode ser usada para forçar o comando VACUUM a processar os índices quando houver mais de zero tuplas mortas. O padrão é AUTO, que permite que o comando VACUUM ignore a limpeza do índice quando apropriado. Se INDEX_CLEANUP estiver definido como ON, o comando VACUUM irá remover conservadoramente todas as tuplas mortas dos índices. Pode servir para manter a compatibilidade com versões anteriores do PostgreSQL, onde este era o comportamento padrão.

INDEX_CLEANUP também pode ser definido como OFF, para forçar o comando VACUUM a sempre ignorar a limpeza do índice, mesmo existindo muitas tuplas mortas na tabela. Pode ser útil quando é necessário executar o comando VACUUM o mais rápido possível, para evitar o reinício iminente do ID de transação (veja Prevenção de falhas de recomeço de ID de transação). Entretanto, o mecanismo à prova de falha de reinício controlado por vacuum_failsafe_age será geralmente acionado automaticamente para evitar a falha do reinício de ID de transação, devendo ser o preferido. Se a limpeza do índice não for executada regularmente, o desempenho pode ser prejudicado, porque conforme a tabela é modificada, os índices acumulam tuplas mortas, e a própria tabela acumula ponteiros de linha morta, que não podem ser removidos até que a limpeza do índice seja concluída.

Esta opção não tem efeito para tabelas que não possuem índice, sendo ignorada se a opção FULL for usada. Também não afeta o mecanismo à prova de falhas de reinício do ID da transação. Quando acionado, irá ignorar a limpeza do índice, mesmo quando INDEX_CLEANUP estiver definido como ON.

Especifica que o comando VACUUM deve tentar processar a relação principal. Normalmente, este é o comportamento desejado e é o padrão. Definir esta opção como falso pode ser útil quando for necessário apenas limpar a tabela TOAST correspondente a uma relação.

Especifica que o comando VACUUM deve tentar processar a tabela TOAST correspondente para cada relação, se houver. Este geralmente é o comportamento desejado, sendo o padrão. Definir esta opção como falso pode ser útil quando for necessário apenas esvaziar a relação principal. Esta opção é necessária quando a opção FULL

Especifica que o comando VACUUM deve tentar truncar todas as páginas vazias no final da tabela, e permitir que o espaço em disco para as páginas truncadas seja retornado ao sistema operacional. Este é normalmente o comportamento desejado, sendo o padrão, a menos que vacuum_truncate tenha sido definido como falso ou a opção vacuum_truncate tenha sido definida como falso para a tabela a ser limpa. Definir esta opção como falso pode ser útil para evitar o bloqueio ACCESS EXCLUSIVE na tabela requerida pelo truncamento. Esta opção será ignorada se for usada a opção FULL.

Executa as fases de limpeza de índice do comando VACUUM em paralelo, usando o valor_inteiro de processos trabalhadores em segundo plano (para conhecer os detalhes de cada fase do comando, veja Fases do VACUUM). O número de processos trabalhadores usados para executar a operação é igual ao número de índices na relação que suportam a limpeza em paralelo, limitado pelo número de processos trabalhadores especificado com a opção PARALLEL se houver, que é ainda mais limitado por max_parallel_maintenance_workers. Um índice pode participar da limpeza em paralelo se, e somente se, o tamanho do índice for maior que min_parallel_index_scan_size. Por favor, note que não há garantia de que o número de processos trabalhadores paralelos especificados por valor_inteiro será usado durante a execução. É possível que a limpeza funcione com menos processos trabalhadores do que o especificado, ou mesmo sem nenhum processo trabalhador. Só pode ser usado um processo trabalhador por índice. Portanto, os processos trabalhadores paralelos são lançados apenas quando há pelo menos 2 índices na tabela. Os processos trabalhadores para a limpeza são lançados antes do início de cada fase, e saem no final da fase. Estes comportamentos podem mudar em uma versão futura. Esta opção não pode ser usada com a opção FULL.

Especifica que o comando VACUUM deve ignorar a atualização das estatísticas de todo o banco de dados tomando como base os XIDs descongelados mais antigos. Normalmente, o comando VACUUM irá atualizar estas estatísticas uma vez ao final do comando. Entretanto, isto pode demorar bastante em um banco de dados com um número muito grande de tabelas, e não terá efeito algum a menos que a tabela contendo o XID descongelado mais antigo esteja entre as tabelas que foram limpas pelo VACUUM. Além disso, se vários comandos VACUUM forem emitidos em paralelo, apenas um deles poderá atualizar as estatísticas de todo o banco de dados por vez. Portanto, se uma aplicação pretende emitir uma série de muitos comandos VACUUM, poderá ser útil definir esta opção em todos os comandos, exceto no último; ou definir em todos os comandos e executar VACUUM (ONLY_DATABASE_STATS) em separado no final.

Especifica que o comando VACUUM não deve fazer nada além de atualizar as estatísticas de todo o banco de dados com base nos XIDs descongelados mais antigos. Quando esta opção é especificada, a lista tabela_e_colunas deve estar vazia, e nenhuma outra opção pode ser ativada, exceto VERBOSE.

Especifica o tamanho do buffer circular da Estratégia de Acesso ao Buffer para o comando VACUUM. Este tamanho é usado para calcular o número de buffers compartilhados que serão reutilizados como parte dessa estratégia. 0 desativa a Estratégia de Acesso ao Buffer. Se também for especificada a opção ANALYZE, o valor de BUFFER_USAGE_LIMIT será utilizado tanto para o estágio de limpeza quanto para o estágio de análise. Esta opção não pode ser usada com a opção FULL, exceto se também for especificado ANALYZE. Quando esta opção não for especificada, o comando VACUUM irá utilizar o valor de vacuum_buffer_usage_limit. Definições mais altas podem permitir que o comando VACUUM seja executado mais rapidamente, mas uma configuração muito alta pode fazer com que muitas outras páginas úteis sejam removidas dos buffers compartilhados. O valor mínimo é 128 kB e o valor máximo é 16 GB.

Especifica se a opção selecionada deve ser ativada ou desativada. Pode ser escrito TRUE, ON, ou 1 para ativar a opção, e FALSE, OFF, ou 0 para desativá-la. O valor booleano também pode ser omitido, caso em que é assumido como TRUE.

Especifica o valor inteiro não negativo passado para a opção selecionada.

Especifica uma quantidade de memória em kilobytes. Os tamanhos também podem ser especificados como uma cadeia de caracteres contendo o tamanho numérico seguido por qualquer uma das seguintes unidades de memória: B (bytes), kB (kilobytes), MB (megabytes), GB (gigabytes) ou TB (terabytes).

O nome (opcionalmente qualificado pelo esquema) de uma tabela específica ou visão materializada a ser limpa. Se for especificado ONLY antes do nome da tabela, somente esta tabela será limpa. Se não for especificado ONLY, a tabela e todas as suas tabelas filhas de herança ou partições (se houver) também serão limpas. Pode ser especificado opcionalmente * após o nome da tabela para indicar explicitamente que as tabelas filhas de herança (ou partições) devem ser limpas também.

O nome da coluna específica a ser analisada. Por padrão, todas as colunas. Se for especificada uma lista de colunas, então ANALYZE também deverá ser especificado.