Type: | integer |
Défaut: | 150000000 |
Min: | 0 |
Max: | 2000000000 |
Contexte: | user |
Redémarrer: | false |
VACUUM effectuera un parcours agressif de la table si le champ pg_class.relfrozenxid de la table a atteint l'âge spécifié par ce paramètre. Un parcours agressif diffère d'un VACUUM standard dans le sens où il visite chaque bloc qui pourrait contenir des XID ou MXID non gelés, pas seulement ceux qui pourraient contenir des lignes mortes. La valeur par défaut est 150 millions de transactions. Même si les utilisateurs peuvent positionner cette valeur à n'importe quelle valeur comprise entre zéro et 2 milliards, VACUUM limitera silencieusement la valeur effective à 95% de autovacuum_freeze_max_age, afin qu'un vacuum périodique manuel ait une chance de s'exécuter avant un autovacuum anti-bouclage ne soit lancé pour la table. Pour plus d'informations voir vacuum-for-wraparound.
Recommandations [EN]
Sur StackOverflow
- Hibernate 3.3.2GA improperly loads bytea data from PostgreSQL 9.0 and all type mappings are correct
- PostgreSQL11 space reuse under high delete/update rate
- What causes data on a read-replica to be an old_snapshot and cause conflict?
- insert blocks with ExclusiveLock on index in Postgres
- Postgresql doesn't use memory for caching