Notícia Build·Desenvolvimento·Fonte: PostgreSQL News

PostgreSQL 13 encerra suporte: última versão liberada

PostgreSQL 13 chegou ao end-of-life com a release de maio 2026. Bancos nessa versão não receberão mais patches de segurança ou correções de bug.

Vitor Morais

Por Vitor Morais

Fundador do MochaLabz ·

O PostgreSQL Global Development Group declarou o PostgreSQL 13 como end-of-life na release de maio de 2026. As versões 18.4, 17.10, 16.14, 15.18 e 14.23 foram liberadas simultaneamente — e a 14.23 é a única da família 14 antes que ela também entre na contagem regressiva para EOL. Quem ainda roda a versão 13 em produção não receberá mais nenhum patch de segurança ou correção de bug a partir de agora.

PostgreSQL 13: sem mais patches

"This is the final release of PostgreSQL 13. PostgreSQL 13 is now end-of-life." — PostgreSQL News. Qualquer CVE descoberta a partir de hoje afeta instâncias v13 sem correção oficial disponível.

O que saiu na release de maio 2026

A release coordenada de maio de 2026 corrige 2 vulnerabilidades de segurança e mais de 50 bugs nas versões ainda suportadas (14 a 18). O comunicado oficial usa exatamente a formulação: "This release fixes 2 security vulnerabilities and over 50 bugs." As correções cobrem comportamentos incorretos em particionamento, replicação lógica e planejador de queries — áreas que afetam diretamente aplicações em produção com volume real de tráfego.

  • 18.4 — versão mais recente, recebe todas as correções
  • 17.10 — branch LTS ativo, atualizações de segurança garantidas
  • 16.14 — suporte estendido ainda em vigor
  • 15.18 — próxima a entrar no ciclo de EOL nos próximos meses
  • 14.23 — último release antes do fim de suporte previsto para novembro de 2026
  • 13.x — EOL confirmado: sem mais releases

Impacto prático: o que muda para quem ainda roda v13

Bancos PostgreSQL 13 em produção continuam funcionando — o EOL não derruba nada imediatamente. O risco real é acumulativo: vulnerabilidades descobertas a partir de hoje não terão patch oficial, e provedores de cloud (RDS, Cloud SQL, Supabase) costumam forçar upgrades automáticos ou descontinuar suporte à versão em janelas de 3 a 6 meses após o EOL upstream. Quem usa Supabase, por exemplo, já viu esse padrão com versões anteriores.

O salto mais direto é para a 17.10 — versão estável, amplamente suportada por extensões populares como PostGIS, pgvector e TimescaleDB, e com suporte garantido até 2029. A versão 18 traz ganhos de performance em queries paralelas e melhorias no planejador, mas extensões de nicho podem ainda não ter builds testados. Para a maioria dos projetos pequenos e médios, ir direto para 17 é a escolha de menor risco.

PostgreSQL 14 também tem prazo

A versão 14.23 é o último release da série 14, que entra em EOL em novembro de 2026. Se o upgrade for feito agora, vale já mirar na 17 e evitar uma segunda migração em 6 meses.

Próximo passo: como planejar o upgrade sem downtime surpresa

O caminho mais seguro para instâncias com dados em produção passa por três etapas: criar uma réplica na versão alvo (17 ou 18), validar queries críticas e extensões no ambiente de staging, e executar o failover em janela controlada. Ferramentas como pg_upgrade permitem upgrade in-place com downtime mínimo em bases menores; para bases acima de alguns GB, replicação lógica entre versões é a abordagem mais previsível.

O artigo PostgreSQL 14 perde suporte em novembro: upgrade agora cobre o checklist completo de migração — incluindo como testar extensões, validar índices e medir impacto de performance antes de virar o switch em produção.

#postgresql-13-end-of-life#postgresql-upgrade#banco-de-dados#seguranca-banco-dados#postgresql-18#migracao-banco-dados

Para ler em seguida