Репликация на Postgresql приостанавливается, когда одновременно выполняются запросы и репликация

Question

Postgress следует правилам MVCC. Таким образом, любой запрос, который запускается в таблице, не противоречит записи, которые происходят в таблице. Запрос возвращает результат на основе моментального снимка в момент запуска запроса.

Теперь у меня есть хозяин и раб. Ведомый используется аналитиками для выполнения запросов и для проведения анализа. Когда подчиненный реплицирует и когда аналитик выполняет свои запросы одновременно, я могу долгое время наблюдать за задержкой репликации. Если запросы длинные, репликация длится долго и если количество записей на главном сервере довольно высокий, то я в конечном итоге теряю файлы WAL, и репликация может продолжиться. Мне просто нужно развернуть другого раба. Почему это происходит? Как разрешить запросы и репликацию одновременно на позах? Есть ли параметр, который я могу применить, чтобы это произошло?

Answer 1

Реплика не может применять больше WAL от ведущего устройства, поскольку мастер мог бы перезаписать блоки данных, все еще необходимые для запросов, выполняемых на реплике, которая старше, чем все еще выполняющиеся на главном компьютере. Реплике нужны более старые версии строк, чем мастер. Это точно , потому что MVCC, что эта пауза необходима.

Возможно, вы установили высокий max_standby_streaming_delay, чтобы избежать "canceling statement due to conflict with recovery" errors.

Если вы включите hot_standby_feedback, реплика может вместо этого сказать хозяину сохранить эти строки. Но мастер не может очистить свободное пространство так же эффективно, и может закончиться свободное пространство в pg_xlog, если режим ожидания слишком далеко позади.

См. PostgreSQL manual: Handling Query Conflicts.

Что касается удерживающей части WAL: включить архивирование WAL и restore_command для ваших standbys. Вы все равно должны использовать его для восстановления в определенный момент времени. Теперь PgBarman упрощает команду barman get-wal. Если вы не хотите архивировать WAL, вы можете вместо этого установить свои серверы реплик для использования слота репликации для подключения к ведущему, поэтому мастер знает, что WAL им нужно неограниченное время. Конечно, это может привести к тому, что мастер закончит свободное пространство в pg_xlog и перестанет работать, поэтому вам нужно более внимательно следить, если вы это сделаете.