In korrektive release fan de PostgreSQL DBMS 14.4 is makke, dy't in serieus probleem elimineert dat, ûnder bepaalde omstannichheden, liedt ta ûnsichtbere gegevenskorrupsje yn yndeksen by it útfieren fan de kommando's "CREATE INDEX CONCURRENTLY" en "REINDEX CONCURRENTLY". Yn 'e yndeksen dy't makke binne mei de oantsjutte kommando's, kinne guon records net yn rekken brocht wurde, wat sil liede ta ûntbrekkende rigen by it útfieren fan SELECT-fragen mei problematyske yndeksen.
Om te bepalen oft B-beam-yndeksen binne skansearre, kinne jo it kommando "pg_amcheck -heapallindexed db_name" brûke. As flaters wurde identifisearre of de kommando's "CREATE INDEX CONCURRENTLY" en "REINDEX CONCURRENTLY" waarden brûkt yn eardere releases mei oare soarten yndeksen (GiST, GIN, ensfh.), Nei it bywurkjen nei ferzje 14.4, wurdt it oanrikkemandearre om opnij yndeksearje mei de "reindexdb -all" utility of it kommando "REINDEX CONCURRENTLY index_name."
It probleem beynfloedet allinich de 14.x-tûke, dy't optimisaasjes omfette dy't guon transaksjes útslute dy't ferbûn binne mei de útfiering fan "CREATE INDEX CONCURRENTLY" en "REINDEX CONCURRENTLY" by it útfieren fan de VACUUM-operaasje. As gefolch fan dizze optimalisaasjes, yndeksen makke yn CONCURRENTLY modus net befetsje guon tuples yn heap ûnthâld dy't waarden bywurke of ôfkoarte tidens yndeks oanmeitsjen.
Boarne: opennet.ru