Este conteúdo foi traduzido por máquina para sua conveniência e a Huawei Cloud não pode garantir que o conteúdo foi traduzido com precisão. Para exibir o conteúdo original, use o link no canto superior direito para mudar para a página em inglês.
Central de ajuda/ GaussDB(DWS)/ Perguntas frequentes/ Uso do banco de dados/ Em quais catálogos do sistema a operação VACUUM FULL não pode ser executada?
Atualizado em 2024-05-09 GMT+08:00

Em quais catálogos do sistema a operação VACUUM FULL não pode ser executada?

VACUUM FULL pode ser executada em todos os catálogos do sistema de GaussDB(DWS). No entanto, durante o processo, os bloqueios de nível 8 serão impostos aos catálogos do sistema e os serviços que envolvem esses catálogos do sistema serão bloqueados.

As sugestões são baseadas em versões do banco de dados:

8.1.3 e versões posteriores

  • Para clusters da versão 8.1.3 ou posterior, o AUTO VACUUM é ativada por padrão (controlado pelo parâmetro autovacuum). Depois de definir o parâmetro, o sistema executa automaticamente VACUUM FULL em todos os catálogos do sistema e tabelas de armazenamento de linha.
    • Se o valor de autovacuum_max_workers for 0, nem nos catálogos do sistema nem nas tabelas ordinárias VACUUM FULL será executada automaticamente.
    • Se autovacuum estiver definido como off, VACUUM FULL será executada automaticamente em tabelas comuns, mas não em catálogos do sistema.
  • Isso se aplica somente a tabelas de armazenamento de linha. Para acionar automaticamente VACUUM para tabelas de armazenamento de colunas, é necessário configurar tarefas de agendamento inteligente no console de gerenciamento. Para obter detalhes, consulte Plano de O&M.

8.1.1 e versões anteriores

  1. Reformar VACUUM FULL nos seguintes catálogos do sistema afeta todos os serviços. Execute essa operação em uma janela de tempo ocioso ou quando os serviços forem interrompidos.
    • pg_statistic (Informação estatística. É aconselhável não limpá-lo porque afeta o desempenho da consulta de serviço.)
    • pg_attribute
    • pgxc_class
    • pg_type
    • pg_depend
    • pg_class
    • pg_index
    • pg_proc
    • pg_partition
    • pg_object
    • pg_shdepend
  2. Os seguintes catálogos do sistema afetam o monitoramento de recursos e as interfaces de consulta de tamanho de tabela, mas não afetam outros serviços.
    • gs_wlm_user_resource_history
    • gs_wlm_session_info
    • gs_wlm_instance_history
    • gs_respool_resource_history
    • pg_relfilenode_size
  3. Outros catálogos do sistema não ocupam espaço e não precisam ser limpos.
  4. Durante a O&M de rotina, é aconselhável monitorar os tamanhos desses catálogos do sistema e coletar estatísticas todas as semanas. Se o espaço precisar ser recuperado, limpe o espaço com base nos tamanhos das tabelas do sistema.
    A instrução é a seguinte:
    1
    SELECT c.oid,c.relname, c.relkind, pg_relation_size(c.oid) AS size  FROM pg_class c WHERE c.relkind IN ('r') AND c.oid <16385 ORDER BY size DESC;