Opa, Em 5 de setembro de 2013 12:15, Flavio Henrique Araque Gurgel < [email protected]> escreveu:
> Em 05-09-2013 09:57, JotaComm escreveu: > > Quanto tá o autovacuum_vacuum_cost_delay e >>> autovacuum_vacuum_cost_limit ? >>> >> >> >> autovacuum_vacuum_cost_delay = 20ms >> autovacuum_vacuum_cost_limit = -1 >> > > Como autovacuum_vacuum_cost_limit = -1, ele usa vacuum_cost_limit. Tá > quanto lá? postgres=# SHOW vacuum_cost_delay; vacuum_cost_delay ------------------- 0 (1 row) > > > O autovacuum tá desligado? Deve estar, senão não estaria rolando >> esse prevent wraparound. >> >> >> Não. O autovacuum esta ligado (autovacuum = on). >> >> O mais estranho é que tenho tabelas infinitamente maiores e roda sem >> problemas. Também acho estranho que facço um pg_cancel_backend, retorna >> TRUE e mesmo assim o processo continua em execução. >> > > Cara, wraparound é pesado, vai na tabela toda, não tem jeito. > O que o Euler recomendou é o melhor: mata o autovacuum e já inicia um > VACUUM na mão. > Isso foi o que tinha imaginado, o problema é que não consigo matar o processo atual, nem via pg_cancel_backend, nem via kill -TERM ou kill -SIGINT. Poderia até tentar um kill -9, mas é muito agressivo isso. > > Mas faz assim pra acabar o mais rápido possível (só que vai fazer I/O pra > burro e interferir em transações, então, faça em horário de baixo > movimento): > SET vacuum_cost_delay = 0; > VACUUM ANALYZE tabela; > Pior é que o vaccum_cost_delay já está em 0. > > Se não der tempo/resolver, um dump/restore da tabela seria bem vindo, já > que ela não é tão grande, ou um CLUSTER. O grande problema é que esta tabela deriva muitos relacionamentos, e isso será um problema, mas senão tiver solução, esta será a saída. > > > []s > > ______________________________**____ > Flavio Henrique A. Gurgel > Líder de Projetos Especiais > Consultoria, Projetos & Treinamentos 4LINUX > Tel1: +55-11.2125-4747 ou 2125-4748 > www.4linux.com.br > email: [email protected] > ______________________________ > FREE SOFTWARE SOLUTIONS > ______________________________**_________________ > pgbr-geral mailing list > [email protected].**org.br<[email protected]> > https://listas.postgresql.org.**br/cgi-bin/mailman/listinfo/**pgbr-geral<https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral> > Abraços -- JotaComm http://jotacomm.wordpress.com
_______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
