{"id":104434,"date":"2022-06-17T09:37:01","date_gmt":"2022-06-17T07:37:01","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/obnovlenie-postgresql-14-4-s-ispravleniem-povrezhdeniya-indeksov"},"modified":"2022-06-17T09:37:01","modified_gmt":"2022-06-17T07:37:01","slug":"obnovlenie-postgresql-14-4-s-ispravleniem-povrezhdeniya-indeksov","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/news\/obnovlenie-postgresql-14-4-s-ispravleniem-povrezhdeniya-indeksov","title":{"rendered":"Update von PostgreSQL 14.4 mit einer Behebung von Indexbesch\u00e4digungen","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Ein korrigiertes Release der PostgreSQL-Datenbank 14.4 wurde erstellt, in dem ein schwerwiegendes Problem behoben wurde, das unter bestimmten Umst\u00e4nden zu unsichtbaren Datenbesch\u00e4digungen in den Indizes f\u00fchren kann, wenn die Befehle \u201eCREATE INDEX CONCURRENTLY\u201c und \u201eREINDEX CONCURRENTLY\u201c ausgef\u00fchrt werden. In den mit den genannten Befehlen erstellten Indizes k\u00f6nnten einige Datens\u00e4tze nicht ber\u00fccksichtigt werden, was dazu f\u00fchrt, dass bestimmte Zeilen bei der Ausf\u00fchrung von SELECT-Abfragen unter Verwendung der problematischen Indizes \u00fcbersprungen werden. <\/p>\n
Um festzustellen, ob die B-Tree-Indizes besch\u00e4digt sind, kann der Befehl \u201epg_amcheck \u2014heapallindexed Datenbankname\u201c verwendet werden. Im Falle von Fehlern oder wenn in fr\u00fcheren Releases die Befehle \u201eCREATE INDEX CONCURRENTLY\u201c und \u201eREINDEX CONCURRENTLY\u201c mit anderen Indextypen (GiST, GIN usw.) verwendet wurden, wird nach dem Upgrade auf Version 14.4 empfohlen, eine Reindizierung mit dem Tool \u201ereindexdb \u2014all\u201c oder dem Befehl \u201eREINDEX CONCURRENTLY Indexname\u201c durchzuf\u00fchren. <\/p>\n
Nur die Version 14.x ist betroffen, in die Optimierungen aufgenommen wurden, die bei der Ausf\u00fchrung der VACUUM-Operation einige Transaktionen ausschlie\u00dfen, die mit der Ausf\u00fchrung von \u201eCREATE INDEX CONCURRENTLY\u201c und \u201eREINDEX CONCURRENTLY\u201c zusammenh\u00e4ngen. Infolgedessen gelangten einige in der Heap-Speicher befindlichen Tupel, die w\u00e4hrend der Erstellung des Index aktualisiert oder zugeschnitten wurden, nicht in die Indizes, die im Modus \u201eCONCURRENTLY\u201c erstellt wurden. \n Quelle: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"