PostgreSQL opdatering. Frigivelse af reshape, et værktøj til at migrere til et nyt skema uden at stoppe arbejdet

Der er genereret korrigerende opdateringer for alle understøttede grene af PostgreSQL: 14.2, 13.6, 12.10, 11.15 og 10.20, som retter 55 fejl identificeret i løbet af de seneste tre måneder. Blandt andet har vi rettet problemer, der i sjældne tilfælde førte til indekskorruption ved ændring af HOT (heap-only tuple) kæder under en VACUUM-operation eller ved udførelse af en REINDEX-operation SAMTIDIGT på indekser på tabeller, der bruger TOAST-lagringsmekanismen.

Rettede nedbrud ved udførelse af ALTER STATISTICS og ved hentning af data med multirange-typer. Fejl i forespørgselsplanlæggeren, der forårsagede forkerte resultater, er blevet rettet. Rettede hukommelseslækager ved opdatering af indekser ved hjælp af udtryk og ved udførelse af en REASSIGN OWNED BY-operation på et stort antal objekter. Konstruktionen af ​​avanceret statistik for segmenterede tabeller er tilvejebragt.

Derudover kan vi notere udgivelsen af ​​reshape-værktøjet, som giver dig mulighed for at udføre komplekse opdateringer af dataskemaet i PostgreSQL uden at stoppe arbejdet, som under normale forhold kræver manuelle ændringer og midlertidig nedlukning af tjenester ved hjælp af databasen. Hjælpeprogrammet gør det muligt at skifte fra det gamle dataskema til det nye uden langvarig blokering og uden at afbryde anmodningsbehandlingscyklussen. Hjælpeprogrammet opretter automatisk tabelvisninger, som applikationer fortsætter med at arbejde med under dataskemamigrering, og konfigurerer også triggere, der oversætter operationer med tilføjelse og sletning af data mellem det gamle og det nye skema.

Når du bruger omformning under migreringen, forbliver det gamle og det nye skema tilgængelige på samme tid, og applikationer kan gradvist overføres til det nye skema uden at stoppe arbejdet (i store infrastrukturer kan behandlere gradvist udskiftes fra gammelt til nyt). Når migreringen af ​​applikationer til det nye skema er fuldført, slettes de visninger og triggere, der er oprettet for at opretholde understøttelse af det gamle skema. Hvis der identificeres problemer med programmer under migreringen, kan du vende skemaændringen og vende tilbage til den gamle tilstand.

Kilde: opennet.ru

Tilføj en kommentar