{"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\/fr\/blog\/news\/obnovlenie-postgresql-14-4-s-ispravleniem-povrezhdeniya-indeksov","title":{"rendered":"Mise \u00e0 jour de PostgreSQL 14.4 corrig\u00e9e pour des dommages aux index","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Une mise \u00e0 jour corrective de la base de donn\u00e9es PostgreSQL 14.4 a \u00e9t\u00e9 publi\u00e9e, corrigeant un probl\u00e8me s\u00e9rieux qui, dans certaines circonstances, peut entra\u00eener une corruption discr\u00e8te des donn\u00e9es dans les index lors de l'ex\u00e9cution des commandes \u00ab CREATE INDEX CONCURRENTLY \u00bb et \u00ab REINDEX CONCURRENTLY \u00bb. Dans les index cr\u00e9\u00e9s avec ces commandes, certaines entr\u00e9es peuvent ne pas \u00eatre prises en compte, ce qui entra\u00eenera la perte de certaines lignes lors de l'ex\u00e9cution de requ\u00eates SELECT utilisant les index probl\u00e9matiques. <\/p>\n
Pour d\u00e9terminer si des index B-tree sont endommag\u00e9s, vous pouvez utiliser la commande \u00ab pg_amcheck --heapallindexed nom_de_la_BD \u00bb. En cas d'erreurs d\u00e9tect\u00e9es ou si les commandes \u00ab CREATE INDEX CONCURRENTLY \u00bb et \u00ab REINDEX CONCURRENTLY \u00bb ont \u00e9t\u00e9 appliqu\u00e9es dans des versions pr\u00e9c\u00e9dentes avec d'autres types d'index (GiST, GIN, etc.), il est recommand\u00e9 d'effectuer une r\u00e9indexation en utilisant l'outil \u00ab reindexdb --all \u00bb ou la commande \u00ab REINDEX CONCURRENTLY nom_de_l_index \u00bb apr\u00e8s la mise \u00e0 jour vers la version 14.4. <\/p>\n
Le probl\u00e8me concerne uniquement la branche 14.x, qui a inclus des optimisations excluant, lors de l'ex\u00e9cution de l'op\u00e9ration VACUUM, certaines transactions li\u00e9es \u00e0 l'ex\u00e9cution de \u00ab CREATE INDEX CONCURRENTLY \u00bb et \u00ab REINDEX CONCURRENTLY \u00bb. En cons\u00e9quence de ces optimisations, certains tuples r\u00e9sidant dans la m\u00e9moire heap, qui ont \u00e9t\u00e9 mis \u00e0 jour ou coup\u00e9s pendant la cr\u00e9ation de l'index, n'ont pas \u00e9t\u00e9 inclus dans les index cr\u00e9\u00e9s en mode \u00ab CONCURRENTLY \u00bb. \n Source : opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"