{"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\/pt\/blog\/news\/obnovlenie-postgresql-14-4-s-ispravleniem-povrezhdeniya-indeksov","title":{"rendered":"Atualiza\u00e7\u00e3o do PostgreSQL 14.4 com corre\u00e7\u00e3o de danos nos \u00edndices","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Foi lan\u00e7ada uma vers\u00e3o corretiva do sistema de banco de dados PostgreSQL 14.4, que resolve um s\u00e9rio problema que, em determinadas circunst\u00e2ncias, pode causar danos invis\u00edveis a dados nos \u00edndices ao executar os comandos «CREATE INDEX CONCURRENTLY» e «REINDEX CONCURRENTLY». Nos \u00edndices criados com esses comandos, algumas entradas podem n\u00e3o ser consideradas, o que resultar\u00e1 na omiss\u00e3o de determinadas linhas ao executar consultas SELECT que utilizam os \u00edndices problem\u00e1ticos. <\/p>\n
Para verificar se h\u00e1 danos nos \u00edndices B-tree, pode-se usar o comando «pg_amcheck —heapallindexed nome_do_BD». Caso sejam encontradas erros ou se comandos «CREATE INDEX CONCURRENTLY» e «REINDEX CONCURRENTLY» tenham sido utilizados em vers\u00f5es anteriores com outros tipos de \u00edndices (GiST, GIN, etc.), ap\u00f3s a atualiza\u00e7\u00e3o para a vers\u00e3o 14.4, \u00e9 recomend\u00e1vel realizar uma reindexa\u00e7\u00e3o utilizando a ferramenta «reindexdb —all» ou o comando «REINDEX CONCURRENTLY nome_do_\u00edndice». <\/p>\n
A quest\u00e3o afeta apenas a ramifica\u00e7\u00e3o 14.x, que incluiu otimiza\u00e7\u00f5es que excluem algumas transa\u00e7\u00f5es relacionadas \u00e0 execu\u00e7\u00e3o de «CREATE INDEX CONCURRENTLY» e «REINDEX CONCURRENTLY» durante a opera\u00e7\u00e3o VACUUM. Como resultado da aplica\u00e7\u00e3o dessas otimiza\u00e7\u00f5es, alguns tuples que estavam na mem\u00f3ria heap e que foram atualizados ou reduzidos durante a cria\u00e7\u00e3o do \u00edndice n\u00e3o foram inclu\u00eddos nos \u00edndices criados em modo «CONCURRENTLY». \n Fonte: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"