Em 22 de setembro de 2017 16:36, Fernando Franquini 'capin' < fernando.franqu...@gmail.com> escreveu:
> > tenho um ambiente com Postgres 9.3.19. > Linux Centos 6 Kernel 2.6.32-504.12.2.el6.x86_64 (sei que é velho! eheh) > > Se ambos estiverem com correções aplicadas, não vejo problema (pelo menos até serem descontinuados). Daqui a 1 ano a versão 9.3 será descontinuada; é tempo suficiente para você planejar a migração para uma versão recente. > O problema que não tenho entendido é que mesmo após executar os comandos > de Vacuum ou Vacuum full nessas tabelas, os valores ainda permanecem > inalterados. > > O que você precisa entender é que as colunas n_tup_* são incrementais (a não ser que você faça um reset nas estatísticas) e a coluna n_dead_tup é alterada com a execução do VACUUM (valor vai para zero). Apesar de n_tup_* ser incremental, há uma outra variável (n_mod_since_analyze -- valor só foi exposto a partir da 9.4) que vai guardando o quanto foi alterado para usar como base para disparar o autoanalyze (valor vai a zero depois da execução). O autovacuum é disparado comparando com n_dead_tup. Se você estiver preocupado com espaço deixado pelo inchaço e quer controlar isso melhor, eu sugiro que você agende VACUUM manual ao longo do dia (em um horário conveniente) ou diminua os parâmetros do autovacuum (somente se o quantitativo de tabelas que crescem for pequeno. A ideia é não prejudicar o andamento da operação ao longo do dia). -- Euler Taveira Timbira - http://www.timbira.com.br/ PostgreSQL: Consultoria, Desenvolvimento, Suporte 24x7 e Treinamento <http://www.timbira.com.br>
_______________________________________________ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
