Estis kreita korekta eldono de la PostgreSQL DBMS 14.4, kiu forigas gravan problemon, kiu, en certaj cirkonstancoj, kondukas al nevidebla datuma korupto en indeksoj dum plenumado de la komandoj "CREATE INDEX CONCURRENTLY" kaj "REINDEX CONCURRENTLY". En la indeksoj kreitaj per la specifitaj komandoj, iuj rekordoj eble ne estas konsiderataj, kio kondukos al mankantaj vicoj dum plenumado de SELECT-demandoj implikantaj problemajn indeksojn.
Por determini ĉu B-arbaj indeksoj estis difektitaj, vi povas uzi la komandon "pg_amcheck -heapallindexed db_name". Se eraroj estas identigitaj aŭ la ordonoj "KREI INDEX CONCURRENTLY" kaj "REINDEX CONCURRENTLY" estis uzataj en antaŭaj eldonoj kun aliaj specoj de indeksoj (GiST, GIN, ktp.) post ĝisdatigo al versio 14.4, oni rekomendas fari reindeksadon uzante la " reindexdb —ĉiuj” utileco aŭ la komando "REINDEKSI SUMOME index_name."
La problemo influas nur la branĉon 14.x, kiu inkluzivis optimumojn, kiuj ekskludas iujn transakciojn asociitajn kun la ekzekuto de "KREI INDEXO CONCURRENTLY" kaj "REINDEX CONCURRENTLY" kiam ili plenumas la VACUUM-operacion. Kiel rezulto de ĉi tiuj optimumigoj, indeksoj kreitaj en SUMATE-reĝimo ne inkludis kelkajn opoj en amasmemoro kiuj estis ĝisdatigitaj aŭ detranĉitaj dum indekskreado.
fonto: opennet.ru