Für alle unterstützten Zweige von PostgreSQL wurden Korrekturupdates generiert: 14.2, 13.6, 12.10, 11.15 und 10.20, die 55 in den letzten drei Monaten festgestellte Fehler beheben. Unter anderem haben wir Probleme behoben, die in seltenen Fällen zu Indexbeschädigungen führten, wenn HOT-Ketten (nur Heap-Tupel) während einer VACUUM-Operation geändert wurden oder wenn eine REINDEX CONCURRENTLY-Operation für Indizes für Tabellen ausgeführt wurde, die den TOAST-Speichermechanismus verwenden.
Abstürze beim Ausführen von ALTER STATISTICS und beim Abrufen von Daten mit Mehrbereichstypen behoben. Fehler im Abfrageplaner, die zu falschen Ergebnissen führten, wurden behoben. Speicherlecks beim Aktualisieren von Indizes mithilfe von Ausdrücken und beim Ausführen einer REASSIGN OWNED BY-Operation für eine große Anzahl von Objekten wurden behoben. Die Erstellung erweiterter Statistiken für segmentierte Tabellen wird bereitgestellt.
Darüber hinaus können wir die Veröffentlichung des Reshape-Dienstprogramms zur Kenntnis nehmen, mit dem Sie komplexe Aktualisierungen des Datenschemas in PostgreSQL durchführen können, ohne die Arbeit zu unterbrechen, die unter normalen Bedingungen manuelle Änderungen und das vorübergehende Herunterfahren von Diensten erfordert, die die Datenbank verwenden. Das Dienstprogramm ermöglicht den Wechsel vom alten Datenschema zum neuen ohne langwierige Blockierung und ohne Unterbrechung des Anforderungsverarbeitungszyklus. Das Dienstprogramm erstellt automatisch Tabellenansichten, mit denen Anwendungen während der Datenschemamigration weiterhin arbeiten, und konfiguriert außerdem Trigger, die Vorgänge zum Hinzufügen und Löschen von Daten zwischen dem alten und dem neuen Schema übersetzen.
Wenn Sie also während der Migration Reshape verwenden, bleiben das alte und das neue Schema gleichzeitig verfügbar und Anwendungen können schrittweise auf das neue Schema übertragen werden, ohne die Arbeit zu unterbrechen (in großen Infrastrukturen können Handler schrittweise vom alten durch das neue ersetzt werden). Sobald die Migration von Anwendungen auf das neue Schema abgeschlossen ist, werden die Ansichten und Trigger gelöscht, die zur Aufrechterhaltung der Unterstützung für das alte Schema erstellt wurden. Sollten bei der Migration Probleme mit Anwendungen festgestellt werden, können Sie die Schemaänderung rückgängig machen und zum alten Zustand zurückkehren.
Source: opennet.ru