Eng korrektiv Verëffentlechung vum PostgreSQL DBMS 14.4 gouf erstallt, wat e seriöse Problem eliminéiert, deen ënner bestëmmten Ëmstänn zu enger onsichtbarer Datekorruptioun an Indizes féiert wann Dir d'Befehle "CREATE INDEX CONCURRENTLY" an "REINDEX CONCURRENTLY" ausféiert. An den Indexen, déi mat de spezifizéierte Kommandoen erstallt sinn, kënnen e puer Opzeechnungen net berücksichtegt ginn, wat zu vermësste Reihen féiert wann Dir SELECT Ufroen ausféiert mat problematesch Indexen.
Fir festzestellen, ob B-Bam Indexen beschiedegt goufen, kënnt Dir de Kommando benotzen "pg_amcheck -heapallindexed db_name". Wann Feeler identifizéiert ginn oder d'Befehle "CREATE INDEX CONCURRENTLY" an "REINDEX CONCURRENTLY" goufen a fréiere Verëffentlechungen mat aneren Typen vun Indexen (GiST, GIN, etc.) benotzt, no der Aktualiséierung op d'Versioun 14.4, ass et recommandéiert d'Reindexéierung mat der Hëllef vun der "reindexdb -all" Utility oder de Kommando "REINDEX CONCURRENTLY index_name."
De Problem beaflosst nëmmen d'14.x Branche, déi Optimisatiounen enthält, déi e puer Transaktiounen ausschléissen, déi mat der Ausféierung vun "CREATE INDEX CONCURRENTLY" an "REINDEX CONCURRENTLY" verbonne sinn wann Dir d'VACUUM Operatioun ausféiert. Als Resultat vun dësen Optimisatiounen hunn Indizes, déi am CONCURRENTLY Modus erstallt goufen, net e puer Tupelen am Heap Memory enthalen, déi während der Indexschafung aktualiséiert oder ofgeschnidden goufen.
Source: opennet.ru