Opa Flavio, Obrigado. Aumentei tanto assim a maintenance_work_mem porque tenho uma tabela que sofre muitos updates e já está com 100GB.
Em 26 de setembro de 2014 08:02, Flavio Henrique Araque Gurgel < [email protected]> escreveu: > Acompanhando os logs de uma das bases que administro, me deparei com o >> seguinte registro: >> >> >> 2014-09-26 07:28:08 BRT [5283]: [3-1] user=postgres,db=database_name >> LOG: sending cancel to blocking autovacuum PID 5252 >> 2014-09-26 07:28:08 BRT [5283]: [4-1] user=postgres,db=database_name >> DETAIL: Process 5283 waits for ShareUpdateExclusiveLock on relation >> 1122806 of database 1121000. >> 2014-09-26 07:28:08 BRT [5283]: [5-1] user=postgres,db=database_name >> STATEMENT: vacuum analyze verbose public.table_name; >> 2014-09-26 07:28:08 BRT [5252]: [1-1] user=,db= ERROR: canceling >> autovacuum task >> 2014-09-26 07:28:08 BRT [5252]: [2-1] user=,db= CONTEXT: automatic >> vacuum of table "database_name.public.table_name" >> > > Você fez um vacuum manual que cancelou o autovacuum na mesma tabela. > Absolutamente normal. > > Queria a ajuda de alguém que tiver um tempinho para dizer o que pode ter >> acontecido neste caso que envio. Sei (superficialmente) que para >> garantir a ACID podem acontecer alguns locks. >> > > Nada a ver com acid no seu caso. > > Será que pode ter acabado a maintenance_work_mem ? Ela está com 2G >> > > Quando acaba a maintenance_work_mem não é isso o que acontece. > Todavia, 2 GiB é muito. > > []s > Flavio Gurgel > _______________________________________________ > pgbr-geral mailing list > [email protected] > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > -- José Ariel Ferreira Alves [email protected] [email protected]
_______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
