work_mem
É o parâmetro mais perigoso de aumentar sem modelar operações e concorrência. Não use max_connections como sinônimo de queries pesadas simultâneas.
Planejador de capacidade PostgreSQL
Mais que presets: modele memória de work_mem sob carga, WAL, I/O, paralelismo e o ponto em que pooling é obrigatório.
Use o limite de memória do container/VM.
work_mem é calculado contra queries ativas.
Compare com pg_settings e EXPLAIN.
Catálogo de tuning
O advisor sugere todos os grupos de GUCs de alto impacto. Itens de topologia, como slots e senders, devem ser confirmados contra a arquitetura real antes da aplicação.
É o parâmetro mais perigoso de aumentar sem modelar operações e concorrência. Não use max_connections como sinônimo de queries pesadas simultâneas.
Mais WAL reduz pressão de checkpoints, mas exige capacidade de disco e atenção ao RPO. O plano ajusta o ponto inicial pela RAM e intensidade de escrita.
effective_cache_size não reserva memória. Ele informa ao planner a expectativa de cache. random_page_cost e effective_io_concurrency precisam refletir o armazenamento real.
Do cálculo à operação real
Use este plano como ponto de partida. Depois, conecte seu PostgreSQL para validar a configuração contra carga real, concorrência, I/O, WAL, autovacuum e comportamento das queries — continuamente, não apenas no dia do tuning.
Diagnóstico assistido: não solicitamos senha nem connection string por formulário, e-mail ou WhatsApp.
O que o SaaS acompanha no PostgreSQL
Não. work_mem é um limite por operação de sort ou hash, e uma query pode usar várias operações, workers paralelos e sessões concorrentes ao mesmo tempo.
Não. É uma estimativa para o planner sobre cache disponível no PostgreSQL e no sistema operacional.
Muitas conexões aumentam memória e contenção. Para grandes populações de clientes, PgBouncer normalmente é mais seguro do que elevar max_connections.
Não. PostgreSQL depende do page cache do sistema operacional. Em hosts dedicados, 25% é um ponto inicial comum e valores acima de 40% raramente são o melhor ponto de partida.
Baseado na documentação oficial de consumo de recursos PostgreSQL. As sugestões são pontos iniciais: valide com pg_settings, pg_stat_database, pg_stat_statements, EXPLAIN (ANALYZE, BUFFERS) e métricas do host.