Aktualizacja PostgreSQL'a. Wydanie reshape, narzędzia umożliwiającego migrację do nowego schematu bez przerywania pracy

Wygenerowano aktualizacje korygujące dla wszystkich obsługiwanych gałęzi PostgreSQL: 14.2, 13.6, 12.10, 11.15 i 10.20, które korygują 55 błędów zidentyfikowanych w ciągu ostatnich trzech miesięcy. Między innymi naprawiliśmy problemy, które w rzadkich przypadkach prowadziły do ​​uszkodzenia indeksu podczas zmiany łańcuchów HOT (krotka tylko sterty) podczas operacji VACUUM lub podczas wykonywania operacji REINDEX CONCURRENTLY na indeksach tabel korzystających z mechanizmu przechowywania TOAST.

Naprawiono awarie podczas wykonywania ALTER STATISTICS i podczas pobierania danych z typami wielozakresowymi. Naprawiono błędy w planiście zapytań, które powodowały nieprawidłowe wyniki. Naprawiono wycieki pamięci podczas aktualizowania indeksów przy użyciu wyrażeń i podczas wykonywania operacji REASSIGN OWNED BY na dużej liczbie obiektów. Zapewniona jest konstrukcja zaawansowanych statystyk dla tabel segmentowanych.

Dodatkowo możemy odnotować wydanie narzędzia reshape, które pozwala na kompleksowe aktualizacje schematu danych w PostgreSQL bez przerywania pracy, która w normalnych warunkach wymaga ręcznych zmian i tymczasowego wyłączenia usług korzystających z bazy danych. Narzędzie umożliwia przejście ze starego schematu danych na nowy bez długotrwałego blokowania i bez przerywania cyklu przetwarzania żądań. Narzędzie automatycznie tworzy widoki tabel, z którymi aplikacje kontynuują pracę podczas migracji schematu danych, a także konfiguruje wyzwalacze, które tłumaczą operacje dodawania i usuwania danych pomiędzy starym i nowym schematem.

Zatem w przypadku użycia reshape podczas migracji stary i nowy schemat pozostają dostępne jednocześnie, a aplikacje można stopniowo przenosić na nowy schemat bez przerywania pracy (w dużych infrastrukturach procedury obsługi można stopniowo wymieniać ze starego na nowe). Po zakończeniu migracji aplikacji do nowego schematu widoki i wyzwalacze utworzone w celu utrzymania obsługi starego schematu zostaną usunięte. Jeśli podczas migracji zostaną wykryte problemy z aplikacjami, możesz cofnąć zmianę schematu i powrócić do starego stanu.

Źródło: opennet.ru

Dodaj komentarz