Актуализация на PostgreSQL. Издания reshape, инструменти за мигриране към нова схема без спиране на работата

Създадени са корективни обновления за всички поддържани версии на PostgreSQL: 14.2, 13.6, 12.10, 11.15 и 10.20, в които са отстранени 55 грешки, открити през последните три месеца. Включително са решени проблеми, които при редки обстоятелства водят до повреждане на индексите при промяна на вериги HOT (heap-only tuple) по време на операцията VACUUM или при изпълнение на операцията REINDEX CONCURRENTLY за индекси на таблици, в които се използва механизмът за съхранение TOAST.

Премахнати са аварийните завършвания при изпълнение на ALTER STATISTICS и при извличане на данни с многообразни типове. В планировчика на заявки са отстранени грешки, водещи до извеждане на некоректни резултати. Премахнати са течовете на паметта при обновяване на индексите по изрази и при изпълнение на операцията „REASSIGN OWNED BY“ над голям брой обекти. Осигурено е изграждането на разширена статистика за сегментирани таблици.

Допълнително може да се отбележи издаването на утилитата reshape, която позволява без спиране на работа да се извършват сложни обновления на схемата на данните в PostgreSQL, при нормални условия изискващи ръчно внасяне на промени и временно спиране на работа на услугите, използващи базата данни. Утилитата дава възможност за преминаване от старата схема на данните към нова без дълги блокировки и без да се прекъсва цикълът на обработка на запитвания. Утилитата автоматично създава изгледи на таблиците, с които приложенията продължават да работят по време на миграцията на схемата на данните, и настройва тригери, които транслират операции по добавяне и изтриване на данни между старата и новата схеми.

По този начин, при използването на reshape по време на миграцията, старата и новата схема остават достъпни едновременно и приложенията могат постепенно да бъдат преместени на новата схема без спиране на работата (в големи инфраструктури може да се заменят обработчиците постепенно от стари на нови). След завършването на преминаването на приложенията към новата схема, създадените за поддръжка на старата схема изгледи и тригери се изтриват. В случай на откриване на проблеми с приложенията по време на миграцията, може да се отмени промяната на схемата и да се върне към старото състояние.

Източник: opennet.ru