Type: | integer |
Défaut: | 0 |
Min: | 0 |
Max: | 1000000 |
Contexte: | sighup |
Redémarrer: | false |
Obsolète: | 15 |
Indique le nombre de transactions pendant lesquelles les VACUUM et les mises à jour HOT reporteront à plus tard le nettoyage des versions de lignes mortes. La valeur par défaut est de zéro transaction. Cela veut dire que les versions de lignes mortes peuvent être supprimées dès que possible, autrement dit à partir du moment où elles ne sont plus visibles par les transactions en cours d'exécution. Vous pourriez augmenter la valeur de ce paramètre sur un serveur maître qui accepte des serveurs en attente de type hotstandby, comme décrit dans hot-standby. Ceci donne plus de temps aux requêtes sur les serveurs hotstandby pour qu'elles se terminent avec succès, sans conflit relatif à un nettoyage des lignes. Néanmoins, comme la valeur est mesurée en terme de nombres de transactions en écriture survenant sur le serveur maître, il est difficile de prédire le temps supplémentaire que cela met à disposition des requêtes sur les serveurs hotstandby. Ce paramètre peut seulement être configuré dans le fichier postgresql.conf ou sur la ligne de commande du serveur.
Pensez à configurer hot_standby_feedback comme alternative à ce paramètre.
Recommandations [EN]
Sur StackOverflow
Sur pgsql-hackers
- Re: BUG: Postgres 14 + vacuum_defer_cleanup_age + FOR UPDATE + UPDATE
- RE: Conflict detection for update_deleted in logical replication
- Re: Conflict detection for update_deleted in logical replication
- RE: Introduce XID age and inactive timeout based replication slot invalidation
- Re: Introduce XID age and inactive timeout based replication slot invalidation