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
