Korrekturupdates für alle unterstützten PostgreSQL-Versionen: 14.2, 13.6, 12.10, 11.15 und 10.20 wurden erstellt, in denen 55 Fehler behoben wurden, die in den letzten drei Monaten aufgetreten sind. Unter anderem wurden Probleme behoben, die in seltenen Fällen zu einer Beschädigung von Indizes bei der Änderung von HOT (heap-only tuple) während der Ausführung der VACUUM-Operation oder bei der Ausführung der REINDEX CONCURRENTLY-Operation für Indizes von Tabellen, die das TOAST-Speicherformat verwenden, führten.
Abstürze wurden bei der Ausführung von ALTER STATISTICS und beim Abrufen von Daten mit Multirange-Typen behoben. Im Query-Planer wurden Fehler behoben, die zu fehlerhaften Ergebnissen führten. Es wurden Speicherlecks beim Aktualisieren von Indizes nach Ausdrücken und bei der Ausführung der Operation „REASSIGN OWNED BY“ für eine große Anzahl von Objekten beseitigt. Eine erweiterte Statistik für segmentierte Tabellen wurde bereitgestellt.
Zusätzlich ist die Veröffentlichung des Tools reshape erwähnenswert, das komplexe Schema-Updates in PostgreSQL ohne Unterbrechung des Betriebs ermöglicht, was normalerweise manuelle Änderungen und eine temporäre Unterbrechung der Dienste erfordert, die auf die Datenbank zugreifen. Das Tool ermöglicht den Übergang von einem alten auf ein neues Datenschema ohne lange Sperrzeiten und ohne den Anfrageverarbeitungszyklus zu unterbrechen. Es erstellt automatisch Ansichten von Tabellen, mit denen Anwendungen während der Migration des Datenschemas weiterarbeiten, und richtet Trigger ein, die die Datenoperationen zwischen altem und neuem Schema übertragen.
Somit bleiben bei der Verwendung von reshape während der Migration das alte und das neue Schema gleichzeitig verfügbar, und Anwendungen können schrittweise auf das neue Schema umgestellt werden, ohne den Betrieb zu unterbrechen (in großen Infrastrukturen können die Handler schrittweise von alt auf neu umgestellt werden). Nach Abschluss der Umstellung der Anwendungen auf das neue Schema werden die zur Unterstützung des alten Schemas erstellten Ansichten und Trigger entfernt. Sollten während der Migration Probleme mit Anwendungen auftreten, kann die Änderung des Schemas rückgängig gemacht und der alte Zustand wiederhergestellt werden.
Quelle: opennet.ru
