Leandro Cavalari Soares escreveu: > Eu uso o Postgres 8.3.3 em um Suse EL 4. Esta base de dados tem > atualmente 2,5GB e recebe cerca de 800.000 updates/dia. Pra manter o > desempenho do SGBD e evitar o Transaction ID Wraparound, agendei REINDEX > (reindexdb -d veltrac) e VACUUM (vacuumdb -zv veltrac) noturnos através > do cron. Esses UPDATEs são em uma mesma tabela? Veja se o HOT está te ajudando com a consulta abaixo.
euler=# select relname,n_tup_ins,n_tup_upd,n_tup_del,n_tup_hot_upd from pg_stat_all_tables where relname ~ 'foo'; relname | n_tup_ins | n_tup_upd | n_tup_del | n_tup_hot_upd ---------+-----------+-----------+-----------+--------------- foo | 50000 | 18000 | 11999 | 34 (1 registro) > Consequentemente, desabilitei o autovacuum pra não permitir que > tais operações sejam executadas durante o período de maior utilização da > nossa aplicação. O problema é que o relfrozenxid [1] não diminui. A base > tem 2 meses e as tabelas estão com AGE de aproximadamente 2350000. Tenho > duas dúvidas e conto com a colaboração de vocês: > Eu *não* desabilitaria o autovacuum neste caso. Por que você não cria regra(s) (aka INSERT) na pg_catalog.pg_autovacuum [1] com valores adequados? > * Este valor não deveria voltar a zero? Não. > * Vi que a versão 8.3.4 conta com uma correção no cálculo do > datfrozenxid. Essa correção implica em algum benefício para essa > minha situação? > Não. Mas novas versões corretivas são sempre bem-vindas. [1] http://www.postgresql.org/docs/8.3/static/catalog-pg-autovacuum.html -- 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
