Sortie de PostgreSQL 14.2, 13.6, 12.10, 11.15, et 10.20

Publié le 11/02/2022 par Christophe Courtois, Arnaud Bruniquel, Franck Boudehen, Guillaume Lelarge

Paris, le 11 février 2022

Le PostgreSQL Global Development Group a publié une mise à jour pour toutes les versions supportées de PostgreSQL, soient les versions 14.2, 13.6, 12.10, 11.15, et 10.20. Cette version corrige plus de 55 bugs signalés au cours des trois derniers mois. Voici notre traduction.

visuel annonce

Pour la liste complète des changements, veuillez consulter les notes de mise à jour.

Cette mise à jour corrige 55 bugs rapportés ces derniers mois. Les problèmes ci-dessous concernent PostgreSQL 14. Certains peuvent concerner d’autres versions supportées.

Correctifs

  • Correction d’une corruption d’index dans le scénario, peu probable, où un chaînage HOT (heap-only tuple, au sein d’un bloc) change d’état pendant un VACUUM. Ce problème est improbable mais si vous êtes concerné, pensez à réindexer.

  • Correctif pour éviter une corruption lors d’un REINDEX CONCURRENTLY sur des index de tables TOAST. Vous pouvez corriger n’importe quel index TOAST en le réindexant.

  • La commande \password de psql définit à présent le mot de passe du rôle en fonction de CURRENT_USER. De plus, le nom du rôle est maintenant affiché dans l’invite.

  • Création de statistiques étendues pour les tables partitionnées. Il est conseillé de lancer ANALYZE sur les tables partitionnées où vous aviez ajouté des statistiques étendues. Comme l’autovacuum ne traite pas les tables partitionnées, vous devez lancer périodiquement ANALYZE dessus pour mettre ces statistiques à jour.

  • Correction d’un plantage d’ALTER STATISTICS quand l’objet statistique est supprimé en parallèle.

  • Correction d’un crash sur les intervalles multirange lors de l’extraction de types de données à longueur variable.

  • Plusieurs corrections du planificateur qui menaient à des résultats de requêtes incorrects.

  • Plusieurs corrections pour la mémorisation des plans d’exécution.

  • Correction du démarrage d’un secondaire physique pour qu’il tolère un wraparound de l’ID de transaction.

  • Dans un contexte de réplication logique, les données d’une table partitionnée ne sont plus transmises en double lorsque la publication contient à la fois la table parente et la partition.

  • Interdiction de modifier le type d’une colonne de table partitionnée lorsque le type de ligne de la table est utilisé en tant que type composite dans une autre relation.

  • Plusieurs correctifs des méthodes de cache pour corriger la réplication logique et améliorer sa performance.

  • Correction d’une fuite de mémoire à la mise à jour des index fonctionnels.

  • Évite une fuite de mémoire pendant des opérations REASSIGN OWNED BY modifiant le propriétaire de nombreux objets.

  • Correction de l’affichage des variables de lignes apparaissant dans des règles INSERT…VALUES.

  • Correction d’une race condition pouvant menant à une non-localisation de messages d’erreur rapportés lors de l’utilisation multithreadée de la libpq ou l’ecpglib.

  • Correction de la commande psql \d pour l’identification des déclencheurs parents.

  • Correction d’erreurs sous Windows lors de l’utilisation du terminal comme source ou destination des données. Ceci affectait la commande copy de psql et l’utilisation de pg_recvlogical avec l’option -f -.

  • Correction des options pg_dump --inserts et --column-inserts pour gérer les tables contenant à la fois des colonnes dont la valeur est générée automatiquement et des colonnes supprimées.

  • Correction de cas particuliers sur la façon dont postgres_fdw gère les requêtes asynchrones. Ces erreurs pouvaient mener à des crashs ou à des résultats incorrects lors de parcours parallélisés de tables distantes.

Pour la liste complète des modifications réalisées, merci de lire les notes de version.

Mises à jour

Toutes les versions mineures de PostgreSQL sont cumulatives. Comme pour les autres versions mineures, les utilisateurs n’ont pas besoin d’exporter et restaurer leur base de données, ni d’utiliser pg_upgrade pour mettre à jour vers cette version ; il suffit d’arrêter PostgreSQL et de mettre à jour ses binaires.

Les utilisateurs qui ont sauté une ou plusieurs mises à jour peuvent avoir besoin d’exécuter des étapes supplémentaires après la mise à jour ; veuillez consulter les notes des versions précédentes pour plus de détails.

Liens

DALIBO

DALIBO est le spécialiste français de PostgreSQL®. Nous proposons du support, de la formation et du conseil depuis 2005.