Bom dia!!!
Em 4 de setembro de 2013 15:47, Flavio Henrique Araque Gurgel < [email protected]> escreveu: > > Em 04-09-2013 14:55, JotaComm escreveu: > > >> Pessoal, >> >> Boa tarde!!! >> >> Vou expor o meu problema e gostaria de saber se alguém já passou por >> situação semelhante: >> >> Tenho um vacuum rodando em uma tabela desde o dia 2013-08-27 >> 18:58:41.527238-03, no entanto a tabela não é grande: 5.428.982 - (8243 >> MB incluindo indices). >> >> Estou achando muito estranho a demora e não encontrei nada que me >> indicasse problema, porém tenho tabelas maiores e o vaccum roda >> normalmente. Tentei cancelar o processo e não obtive sucesso: >> >> billing=# SELECT localtimestamp(0); >> -[ RECORD 1 ]------------------ >> timestamp | 2013-09-04 11:23:06 >> >> billing=# SELECT >> pg_stat_activity.procpid,pg_**stat_activity.current_query,** >> pg_stat_activity.query_start >> FROM pg_stat_activity WHERE pg_stat_activity.current_query ~ >> 'public.mensagem' AND pg_stat_activity.procpid!=pg_**backend_pid(); >> -[ RECORD 1 ]-+---------------------------** >> ------------------------------**-- >> procpid | 2738 >> current_query | autovacuum: VACUUM public.mensagem (to prevent wraparound) >> query_start | 2013-08-27 18:58:41.527238-03 >> >> billing=# SELECT pg_cancel_backend(2738); >> -[ RECORD 1 ]-----+-- >> pg_cancel_backend | t >> >> billing=# SELECT localtimestamp(0); >> -[ RECORD 1 ]------------------ >> timestamp | 2013-09-04 11:23:18 >> >> billing=# SELECT >> pg_stat_activity.procpid,pg_**stat_activity.current_query,** >> pg_stat_activity.query_start >> FROM pg_stat_activity WHERE pg_stat_activity.current_query ~ >> 'public.mensagem' AND pg_stat_activity.procpid!=pg_**backend_pid(); >> -[ RECORD 1 ]-+---------------------------** >> ------------------------------**-- >> procpid | 2738 >> current_query | autovacuum: VACUUM public.mensagem (to prevent wraparound) >> query_start | 2013-08-27 18:58:41.527238-03 >> >> Outras informações: >> >> procpid | 2738 >> relname | mensagem >> current_query | autovacuum: VACUUM public.mensagem (to prevent >> wraparound) >> query_start | 2013-08-27 18:58:41.527238-03 >> virtualtransaction | 3/301 >> mode | ShareUpdateExclusiveLock >> n_tup_ins | 448414 >> n_tup_upd | 2665536 >> n_tup_del | 0 >> n_live_tup | 448375 >> n_dead_tup | 1129161 >> last_vacuum | >> last_autovacuum | >> last_analyze | >> last_autoanalyze | >> >> A versão do PostgreSQL é a 9.0.4. >> >> A versão do SO é CentOS release 6.3 (Final). >> >> Alguma idéia? Pista? >> >> Abraços >> -- >> JotaComm >> > > Jotinha, bom de "ler"! > Da mesma forma meu amigo :) > Quanto tá o autovacuum_vacuum_cost_delay e autovacuum_vacuum_cost_limit ? > autovacuum_vacuum_cost_delay = 20ms autovacuum_vacuum_cost_limit = -1 > 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. > > []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
