Foram formadas atualizações corretivas para todos os ramos suportados do PostgreSQL: 14.2, 13.6, 12.10, 11.15 e 10.20, nas quais 55 erros identificados nos últimos três meses foram corrigidos. Entre eles, foram solucionados problemas que, em uma rara confluência de circunstâncias, poderiam levar à corrupção de índices ao alterar cadeias HOT (heap-only tuple) durante a execução da operação VACUUM ou ao realizar a operação REINDEX CONCURRENTLY para índices de tabelas que utilizam o mecanismo de armazenamento TOAST.
Foram eliminados encerramentos inesperados durante a execução de ALTER STATISTICS e na extração de dados com tipos multirange. No planejador de consultas, foram corrigidos erros que causavam a produção de resultados incorretos. Foram solucionados vazamentos de memória ao atualizar índices por expressões e ao executar a operação 'REASSIGN OWNED BY' sobre um grande número de objetos. Garantiu-se a construção de estatísticas avançadas para tabelas segmentadas.
Adicionalmente, destaca-se o lançamento da ferramenta reshape, que permite realizar atualizações complexas no esquema de dados do PostgreSQL sem parar os serviços, as quais normalmente exigiriam alterações manuais e interrupção temporária dos serviços que utilizam o banco de dados. A ferramenta possibilita a transição de um antigo esquema de dados para um novo sem longas bloqueios e sem interromper o ciclo de processamento de solicitações. A ferramenta cria automaticamente visões das tabelas, com as quais os aplicativos continuam a trabalhar durante a migração do esquema de dados, e configura gatilhos que retransmitem operações de adição e remoção de dados entre os antigos e novos esquemas.
Assim, ao utilizar o reshape durante a migração, o antigo e o novo esquema permanecem disponíveis simultaneamente, e os aplicativos podem ser gradualmente migrados para o novo esquema sem interrupção (em grandes infraestruturas, é possível trocar processadores antigos por novos de forma gradual). Após a conclusão da migração dos aplicativos para o novo esquema, as visões e gatilhos criados para suportar o antigo esquema são removidos. Se problemas forem encontrados nos aplicativos durante a migração, é possível reverter a mudança do esquema e retornar ao estado anterior.
Fonte: opennet.ru
