Тип: | bool |
По умолчанию: | off |
Контекст: | sighup |
Перезапуск: | false |
Определяет, будет ли сервер горячего резерва сообщать ведущему или вышестоящему ведомому о запросах, которые он выполняет в данный момент. Это позволяет исключить необходимость отмены запросов, вызванную очисткой записей, но при некоторых типах нагрузки это может приводить к раздуванию базы данных на ведущем сервере. Эти сообщения о запросах будут отправляться не чаще, чем раз в интервал, задаваемый параметром wal_receiver_status_interval. Значение данного параметра по умолчанию — off
. Задать этот параметр можно только в postgresql.conf или в командной строке при запуске сервера.
Если используется каскадная репликация, сообщения о запросах передаются выше, пока в итоге не достигнут ведущего сервера. На промежуточных серверах эта информация больше никак не задействуется.
Этот параметр не переопределяет поведение old_snapshot_threshold, установленное на ведущем сервере; снимок на ведомом сервере, имеющий возраст больше заданного указанным параметром на ведущем, может стать недействительным, что приведёт к отмене транзакций на ведомом. Это объясняется тем, что предназначение old_snapshot_threshold заключается в указании абсолютного ограничения времени, в течение которого могут накапливаться мёртвые строки, которое иначе могло бы нарушаться из-за конфигурации ведомого.
Рекомендации [EN]
На StackOverflow
- Are there any performance effects on master when using postgres streaming replication with hot_standby_feedback on
- How can I fix PostgreSQL canceling statement error on Google SQL?
- Manage conflicts and lag on Postgres Replication in Hot Standby with read heavy Slave
- terminating connection due to conflict with recovery, user was holding a relation lock for too long
- Setting hot standby feedback for a specific query in PostgreSQL