Obrigado Euler, Fabrízio, Flávio... Quanto ao autovaccum, deixe-me saber se eu entendi bem o conceito/parâmetros: - a cada ciclo de tempo (autovacuum_naptime) o processo de vaccum percorre todas as tabelas (com autovaccum ativo) para analisar se é necessário executar o vaccum; - o fator que determina a execução é o número de linhas alteradas/excluídas (autovacuum_vacuum_threshold) de cada tabela; - durante o processo de vaccum é computado um custo (de i/o) que tem um limite (autovacuum_vacuum_cost_limit), ao atingir este limite o processo pára (sleep) por um tempo (autovacuum_vacuum_cost_delay) e retoma as atividades, assim sucessivamente até concluir o processo.
É mais ou menos isto? Ah, uma dúvida, a análise para decidir se executa ou não é feita sobre uma fração da tabela apenas? (autovacuum_vacuum_scale_factor) Desculpem pelas questões talvez já um tanto simplista para vocês que são experientes!!! sds Fábio Gibon ----- Original Message ----- From: "Euler Taveira de Oliveira" <[email protected]> To: "Comunidade PostgreSQL Brasileira" <[email protected]> Sent: Thursday, July 22, 2010 3:09 PM Subject: Re: [pgbr-geral] Planejamento de Vacuum/Analyze x Performance Gurgel, Flavio escreveu: > Note que após um VACUUM FULL é obrigatório fazer um REINDEX e ANALYZE. > Mas eu evitaria o VACUUM FULL. > Após um VF, o REINDEX *não* é obrigatório; isso só é verdade naqueles casos com muitas tuplas removidas e/ou atualizadas. Além disso, se for este o caso (muitas tuplas removidas e/ou atualizadas) é preferível fazer um cópia/restauração da tabela do que um VF (é mais rápido). > Todavia, se suas tabelas tem alteração durante o dia, o autovacuum bem > configurado é a melhor escolha, mesmo concorrendo ele lhe será mais útil > do que muitas manutenções noturnas. > Principalmente porque você não terá perda de performance durante o dia porque a rotina de manutenção só é executada a noite; o autovacuum executa na "hora certa" (lembrando que ele deve estar configurado adequadamente). -- Euler Taveira de Oliveira http://www.timbira.com/ _______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral _______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
