Otimização de desempenho, e quanto ao max_wal_size?

Instalação
1

Olá,

A última atualização do beta-3 para o beta-4 foi mais “trabalhosa” do que o normal para nós e algo como o seguinte continuou aparecendo por causa dos logs:
Considere aumentar o parâmetro de configuração "max_wal_size".

Como não sou um especialista neste assunto, pesquisar no Google mostrou que este parâmetro max_wal_size pode ser muito importante para o desempenho (logo atrás de shared_buffers, segundo alguns, veja abaixo):
Tuning max_wal_size in PostgreSQL | EDB (enterprisedb.com)
Tuning Your Postgres Database for High Write Loads (crunchydata.com)
PostgreSQL Performance Tuning and Optimization Guide - Sematext

Alguma opinião sobre isso? O parâmetro max_wal_size deve ser alterado mesmo que isso só tenha acontecido durante a atualização?

Para contexto, temos um grande fórum com mais de 7 milhões de posts, que consome muitos recursos, algumas vezes por semana com 400-600 usuários simultâneos atualizando e postando e fazendo tudo ao mesmo tempo. Sem problemas com isso, :smiley:, mas às vezes somos forçados a otimizar e tentar obter o melhor desempenho possível para nossos recursos (finitos).

1 curtida
2

Qual o valor de executar SELECT checkpoints_timed, checkpoints_req FROM pg_stat_bgwriter; no banco de dados?

3

Vamos ver se entendi corretamente:

SELECT checkpoints_timed, checkpoints_req FROM pg_stat_bgwriter; 
checkpoints_timed | checkpoints_req 
-------------------+-----------------
              4936 |             225
(1 row)
1 curtida
4

Parece que foi causado principalmente por migrações durante a atualização, e no dia a dia o fórum está bom.

Nós enviamos algumas migrações pesadas este mês, você por acaso tem o seu log de reconstrução por perto?

2 curtidas
5

Não, posso tentar encontrá-lo em outro lugar mais tarde, mas confio no seu julgamento :+1: (o fórum funciona bem, exceto por alguns problemas de carregamento durante os horários de pico que mencionei).

1 curtida