Desvendando o TOAST: Como o PostgreSQL Otimiza o Armazenamento de Dados

O PostgreSQL usa o TOAST (The Oversized-Attribute Storage Technique) para gerenciar dados grandes, um mecanismo crucial para a performance. Basicamente, quando uma linha excede 2.032 bytes, cerca de um quarto de uma página de 8 KB, o TOAST é acionado. Este limite garante que pelo menos quatro linhas caibam em cada página, otimizando o armazenamento.

Valores de comprimento variável, como text, jsonb e bytea, são os alvos do TOAST. Ele tem duas formas de agir: comprimindo o valor na própria linha ou movendo-o para uma tabela TOAST auxiliar, que reside no esquema pg_toast. Se movido, o valor é dividido em chunks de até 1.996 bytes, e a linha original mantém um ponteiro de 18 bytes para localizá-los. Cada coluna tem uma estratégia de armazenamento: PLAIN (não aplica TOAST, para tipos de largura fixa), EXTENDED (padrão para text, comprime e move se preciso), EXTERNAL (move, mas não comprime) e MAIN (comprime, tenta manter na linha, move como último recurso). O CEVIU News já explicou em

A grande novidade é a mudança no algoritmo padrão de compressão para objetos TOAST no Postgres 19, agora em beta. Conforme noticiamos em Postgres 19 Aprimora Compressão de Dados com Migração para LZ4, de 20 de julho de 2026, o padrão migrará de pglz para LZ4 em builds com suporte a LZ4. O pglz, compressor próprio do Postgres, tem uma janela de 4 KB e faz uma busca mais aprofundada, sendo eficiente para dados repetitivos como chaves em documentos JSON, mas mais lento. Já o LZ4, suportado desde o Postgres 14, tem uma janela maior de 64 KB e é significativamente mais rápido por checar um único candidato, sendo a escolha ideal para a maioria dos casos.

Enquanto o pglz pode ser mais rápido para pré-visualizações de valores grandes, por ter um 'teto' previsível de bytes comprimidos, o LZ4 geralmente oferece um equilíbrio melhor entre compressão e velocidade, tornando-o o novo default preferencial. Existem cenários, como dados já comprimidos ou leitura de trechos específicos de bytea, onde a estratégia EXTERNAL, sem compressão, é mais vantajosa, pois permite ao Postgres buscar diretamente o chunk necessário sem precisar descomprimir todo o valor.

A otimização do armazenamento de dados através do TOAST é vital para a saúde de qualquer banco de dados. Uma gestão eficiente de valores grandes impacta diretamente o consumo de disco, reduzindo custos e aumentando a quantidade de dados que pode ser mantida em memória, acelerando as consultas. Reduzir o tamanho dos dados também diminui o volume do Write-Ahead Log (WAL), essencial para replicação e backups.

Com a transição para o LZ4 como padrão, o Postgres 19 promete ganhos de desempenho notáveis para a maioria das cargas de trabalho que lidam com dados variáveis extensos. A escolha correta da estratégia de compressão ou mesmo a desativação dela para casos específicos pode ser a diferença entre um sistema lento e um que responde rapidamente às demandas analíticas e operacionais, garantindo uma melhor experiência para o usuário final.