hot_standby_feedback
Spécifie si un serveur en Hot Standby enverra des informations au serveur en envoi sur les requêtes en cours d'exécution sur le serveur en standby. Ce paramètre peut être utilisé pour éliminer les annulations de requêtes nécessaires au nettoyage des enregistrements. Par contre, il peut causer une fragmentation plus importante sur le serveur principal pour certaines charges. Les messages d'informations ne seront pas envoyés plus fréquemment qu'une fois par wal_receiver_status_interval. La valeur par défaut est off. Ce paramètre peut seulement être configuré dans le fichier postgresql.conf ou sur la ligne de commande du serveur.
Si la réplication en cascade est utilisée, les informations sont passées à l'émetteur jusqu'à arriver au serveur primaire. Les serveurs en standby ne font aucun usage des informations qu'ils reçoivent, en dehors de les envoyer à leur émetteur des données de réplication.
Recommandations [EN]
Commentaires
| Type: | bool |
| Défaut: | off |
| Contexte: | sighup |
| Redémarrer: | false |
Sur StackOverflow
- Are there any performance effects on master when using postgres streaming replication with hot_standby_feedback on
- Is hot_standby_feedback needed when using PostgreSQL 10 logical replication?
- How can I fix PostgreSQL canceling statement error on Google SQL?
- Setting hot standby feedback for a specific query in PostgreSQL
- terminating connection due to conflict with recovery, user was holding a relation lock for too long
Sur pgsql-hackers
- Re: Standby reads fail when autovacuum take AEL during truncation
- Re: Making WAL receiver startup rely on GUC context for primary_conninfo and primary_slot_name
- Minimal logical decoding on standbys
- Re: Can I skip function ResolveRecoveryConflictWithSnapshot if setting hot_standby_feedback=on all the time
- Re: Minimal logical decoding on standbys