![Каковы недостатки неограниченных задержек при воспроизведении потокового видео?](https://rvso.com/image/658741/%D0%9A%D0%B0%D0%BA%D0%BE%D0%B2%D1%8B%20%D0%BD%D0%B5%D0%B4%D0%BE%D1%81%D1%82%D0%B0%D1%82%D0%BA%D0%B8%20%D0%BD%D0%B5%D0%BE%D0%B3%D1%80%D0%B0%D0%BD%D0%B8%D1%87%D0%B5%D0%BD%D0%BD%D1%8B%D1%85%20%D0%B7%D0%B0%D0%B4%D0%B5%D1%80%D0%B6%D0%B5%D0%BA%20%D0%BF%D1%80%D0%B8%20%D0%B2%D0%BE%D1%81%D0%BF%D1%80%D0%BE%D0%B8%D0%B7%D0%B2%D0%B5%D0%B4%D0%B5%D0%BD%D0%B8%D0%B8%20%D0%BF%D0%BE%D1%82%D0%BE%D0%BA%D0%BE%D0%B2%D0%BE%D0%B3%D0%BE%20%D0%B2%D0%B8%D0%B4%D0%B5%D0%BE%3F.png)
У меня есть сервер БД, единственное предназначение которого — аналитические запросы. Он работает как горячий резерв, но долго выполняющиеся запросы терпят неудачу из-за max_standby_archive_delay
и max_standby_streaming_delay
достигаются.
Я прочитал несколько статей, в которых говорилось, что слишком высокие значения этих переменных «нежелательны», предположительно из-за отставания репликанта. Если меня это не особо волнует, есть ли другие причины для беспокойства?
решение1
Если вы используете hot_standby_feedback
, то могут возникнуть проблемы с накоплением WAL на мастере. В противном случае, если вас не смущает, что ваша реплика может задержаться на неопределенное время, то проблем не будет.
Я настоятельно рекомендую настроить архивацию WAL, если вы еще этого не сделали.