Entenda como queries maliciosas podem consumir memória inesperadamente no Postgres

A gestão de memória no PostgreSQL é um desafio complexo para equipes de plataforma e DevOps. O parâmetro work_mem, que muitos veem como um limite global para o consumo de memória de uma query, na verdade se aplica por nó de execução e por worker. Isso significa que uma única query pode consumir muito mais memória do que o valor de work_mem multiplicado pelo hash_mem_multiplier, especialmente com paralelismo habilitado, onde cada worker recebe seu próprio orçamento.

Mais crítico ainda são os cenários com queries recursivas que usam UNION. Nesses casos, o PostgreSQL cria tabelas hash para deduplicação de linhas, que não são passíveis de descarregar dados para o disco. Essas estruturas permanecem inteiramente na memória durante toda a execução da query, podendo crescer descontroladamente e levar o banco de dados a esgotar seus recursos, causando falhas graves. Entender o plano de execução com EXPLAIN torna-se fundamental para identificar e otimizar esses gargalos.

A cobertura anterior do CEVIU, em 11 de julho de 2026, com a matéria “PostgreSQL e OOM Killer: A Imperativa Gestão de Memória com Strict Overcommit”, destacou a importância de configurar o controle de memória rigoroso para evitar falhas por falta de memória (OOM). Agora, vemos na prática como diferentes provedores de PostgreSQL gerenciado implementam (ou não) essa prática.

O que era uma recomendação técnica sobre a prevenção de OOMs, agora é uma demonstração de como essa abordagem se traduz em estabilidade de serviço. Provedores como o ClickHouse Managed Postgres desabilitam o “memory overcommit” no kernel e impõem limites rígidos. Isso garante que, mesmo sob queries maliciosas ou ineficientes, o cluster permaneça online, falhando apenas queries individuais com um erro controlado, em vez de derrubar todo o serviço via OOM killer do Linux.

A confiabilidade de um banco de dados é crucial para qualquer sistema em produção. Compreender as nuances do gerenciamento de memória do PostgreSQL protege contra panes inesperadas e ajuda a manter a disponibilidade do serviço. Para engenheiros de plataforma, essa análise detalhada oferece ferramentas para diagnosticar problemas de desempenho e evitar que queries mal otimizadas causem degradação ou interrupção do serviço. Isso é vital para a operação contínua e a experiência do usuário.