jberryman's questions

Estou analisando problemas com nossas configurações de autovacuum e tentando entender last_autoanalyzee last_autovacuumdo arquivo pg_stat_all_tables.

Eu entendo que o autovacuum funciona de forma incremental, compactando e limpando tuplas mortas em lotes, depois dormindo por um momento, etc. Então, o que last_autovacuumsignifica? É possível que o autovacuum esteja funcionando principalmente , mas que esse timestamp nunca seja atualizado (por exemplo, porque uma tupla não pôde ser removida)?

Muitos dos timestamps que vejo para nossas tabelas são antigos, embora eu tenha quase certeza de ter observado um encadeamento de autovacuum em execução em algumas das tabelas.

EDIT : Se não estou claro, minha pergunta é: last_autovacuumsignifica ...

• a hora em que um processo incremental de autovacuum terminou pela última vez uma parte do trabalho nesta mesa e dormiu
• o momento em que um processo de autovacuum chegou ao final de uma mesa
• acima, mas somente se não houver tuplas que não possam ser removidas
• algo mais

Isenção de responsabilidade: admito que ainda não tentei isso, mas não tenho certeza se saberia se não estivesse funcionando corretamente, então gostaria de perguntar.

Eu gostaria de executar um trabalho de backup noturno (via pg_dumpall) de um servidor de espera ativa executando a replicação de streaming, para evitar colocar essa carga no primário. Eu só vi menção de algumas pegadinhas que as pessoas encontraram, por exemplo, aqui e aqui , mas muito pouca orientação. Tudo bem se o backup ficar um pouco atrás do primário, desde que seja consistente (o que deveria ser).

Minhas perguntas são:

1. Eu realmente quero fazer isso ou o backup deve ser feito no servidor principal? Por quê?

2. Ao fazer um dump no standby, quais configurações eu preciso e procedimento devo usar para fazer isso corretamente? por exemplo, devo interromper a replicação durante o backup?

Desejo executar uma configuração de replicação semissíncrona e, para simplificar, gostaria de não precisar INSTALAR e DESINSTALAR plug-ins quando um escravo é promovido a mestre. Então, estou me perguntando se terei algum problema com os plug-ins mestre e escravo instalados e ativados (veja aqui )

Parece que depois de instalar o segundo plug-in, ambas as variáveis rpl_semi_sync_master_enabled​​e rpl_semi_sync_slave_enabledsão redefinidas como desativadas (o não padrão). Quando incluo essas linhas em my.cnf:

loose-rpl_semi_sync_master_enabled = 1
loose-rpl_semi_sync_slave_enabled = 1

...e reinicie o MySQL, ambos os plugins são carregados e ativados.

Isso vai me trazer algum problema?