Für alle unterstützten PostgreSQL-Versionen (14.2, 13.6, 12.10, 11.15 und 10.20) wurden Korrekturupdates bereitgestellt, die 55 Fehler beheben, die in den letzten drei Monaten entdeckt wurden. Dabei wurden Probleme behoben, die unter bestimmten Umständen zu einer Beschädigung von Indizes führen konnten, wenn HOT-Ketten (heap-only tuple) während eines VACUUM-Vorgangs oder bei der gleichzeitigen Durchführung einer REINDEX-Operation auf Indizes von Tabellen, die das TOAST-Speichersystem verwenden, geändert wurden.
Abstürze wurden beim Ausführen von ALTER STATISTICS und beim Abrufen von Daten mit Multirange-Typen behoben. Im Abfrageplaner wurden Fehler behoben, die zu fehlerhaften Ergebnissen führten. Es wurden Speicherlecks beim Aktualisieren von Ausdrucksindizes und bei der Durchführung der Operation "REASSIGN OWNED BY" über eine große Anzahl von Objekten behoben. Außerdem wurde die Erstellung erweiteter Statistiken für segmentierte Tabellen sichergestellt.
Zusätzlich ist die Veröffentlichung des Tools reshape erwähnenswert, das komplexe Datenbankschema-Updates in PostgreSQL ermöglicht, ohne den Betrieb zu unterbrechen. Normalerweise erfordern solche Änderungen manuelle Eingriffe und eine vorübergehende Aussetzung der Dienste, die die Datenbank nutzen. Das Tool ermöglicht den nahtlosen Übergang von einem alten auf ein neues Datenschema ohne lange Sperrzeiten, während der Bearbeitungszyklus der Anfragen nicht unterbrochen wird. Es erstellt automatisch Ansichten der Tabellen, mit denen die Anwendungen während der Migration des Datenschemas weiterarbeiten, und konfiguriert Trigger, die die Vorgänge zum Hinzufügen und Entfernen von Daten zwischen dem alten und dem neuen Schema übertragen.
Durch die Verwendung von reshape während der Migration sind sowohl das alte als auch das neue Schema gleichzeitig verfügbar. Anwendungen können schrittweise auf das neue Schema umgestellt werden, ohne den Betrieb zu unterbrechen (in großen Infrastrukturen können Handlers schrittweise von den alten auf die neuen umgestellt werden). Nach Abschluss der Migration der Anwendungen auf das neue Schema werden die zur Unterstützung des alten Schemas erstellten Sichten und Trigger entfernt. Im Falle von Problemen mit den Anwendungen während der Migration kann die Änderung des Schemas rückgängig gemacht und der alte Zustand wiederhergestellt werden.
Quelle: opennet.ru
