{"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\/es\/blog\/news\/obnovlenie-postgresql-14-4-s-ispravleniem-povrezhdeniya-indeksov","title":{"rendered":"Actualizaci\u00f3n de PostgreSQL 14.4 corrigiendo la corrupci\u00f3n de \u00edndices","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Se ha emitido una versi\u00f3n correctiva de la base de datos PostgreSQL 14.4, en la que se resuelve un problema grave que, en determinadas circunstancias, puede provocar una corrupci\u00f3n imperceptible de los datos en los \u00edndices al ejecutar los comandos «CREATE INDEX CONCURRENTLY» y «REINDEX CONCURRENTLY». En los \u00edndices creados mediante estos comandos, es posible que no se consideren ciertos registros, lo que resultar\u00e1 en la omisi\u00f3n de algunas filas al ejecutar consultas SELECT utilizando los \u00edndices problem\u00e1ticos. <\/p>\n
Para determinar la existencia de da\u00f1os en los \u00edndices B-tree, se puede usar el comando «pg_amcheck —heapallindexed nombre_DB». Si se detectan errores o se han utilizado en versiones anteriores los comandos «CREATE INDEX CONCURRENTLY» y «REINDEX CONCURRENTLY» con otros tipos de \u00edndices (GiST, GIN, etc.), se recomienda realizar una reindexaci\u00f3n utilizando la herramienta «reindexdb —all» o el comando «REINDEX CONCURRENTLY nombre_\u00edndice» despu\u00e9s de la actualizaci\u00f3n a la versi\u00f3n 14.4. <\/p>\n
El problema afecta \u00fanicamente a la rama 14.x, en la que se incluyeron optimizaciones que, al ejecutar la operaci\u00f3n VACUUM, excluyen algunas transacciones relacionadas con la ejecuci\u00f3n de «CREATE INDEX CONCURRENTLY» y «REINDEX CONCURRENTLY». Como resultado de la aplicaci\u00f3n de estas optimizaciones, algunos tuplas que se encontraban en la memoria heap y que fueron actualizadas o truncadas durante la creaci\u00f3n del \u00edndice no se inclu\u00edan en los \u00edndices creados en modo «CONCURRENTLY». \n Fuente: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"