Ang isang corrective release ng PostgreSQL DBMS 14.4 ay nilikha, na nag-aalis ng isang seryosong problema na, sa ilalim ng ilang mga pangyayari, ay humahantong sa hindi nakikitang data corruption sa mga index kapag isinasagawa ang "CREATE INDEX CONCURRENTLY" at "REINDEX CONCURRENTLY" na utos. Sa mga index na ginawa gamit ang tinukoy na mga utos, ang ilang mga tala ay maaaring hindi isinasaalang-alang, na hahantong sa mga nawawalang mga hilera kapag nagsasagawa ng mga SELECT query na kinasasangkutan ng mga problemang index.
Upang matukoy kung ang mga B-tree index ay nasira, maaari mong gamitin ang command na βpg_amcheck βheapallindexed db_nameβ. Kung natukoy ang mga error o ang mga command na "CREATE INDEX CONCURRENTLY" at "REINDEX CONCURRENTLY" ay ginamit sa mga nakaraang release kasama ang iba pang mga uri ng index (GiST, GIN, atbp.), pagkatapos mag-update sa bersyon 14.4, inirerekomendang magsagawa ng muling pag-index gamit ang βreindexdb βallβ utility o ang command na "REINDEX CONCURRENTLY index_name."
Ang problema ay nakakaapekto lamang sa 14.x na sangay, kung saan kasama ang mga pag-optimize na nagbubukod ng ilang transaksyong nauugnay sa pagpapatupad ng "GUMAWA NG INDEX SA KASABAY" at "REINDEX NA KASABAY" kapag ginagawa ang operasyon ng VACUUM. Bilang resulta ng mga pag-optimize na ito, ang mga index na ginawa sa CONCURRENTLY mode ay hindi nagsama ng ilang tuple sa heap memory na na-update o pinutol habang gumagawa ng index.
Pinagmulan: opennet.ru