sstatistic,

при включенном hot_standby_feedback длинные транзакции на реплике будут мешать автовакууму на мастере.
при использовании слотов репликации проблемы с получением wal на реплике грозят израсходовать всё место на мастере. Слоты репликации надо мониторить.
синхронная реплика так догадываюсь по вопросу не рассматривается, но соответственно если вы настроили схему с синхронной (-ыми) репликой(-ами) и если подтверждения от необходимого числа реплик нет - то все пишущие транзакции на мастере ждут в состоянии commit.

Вроде бы всё.

sstatisticНу, к примеру, может вакуум вычистить на мастере данные, которые нужны для реплики.
При включенном hot_standby_feedback реплика будет сообщать номер самой старой активной транзакции и данные которые могут быть видны автовакуум подчищать не будет.
На выключенном hot_standby_feedback - будет вычищать невзирая на состояние реплик.

sstatisticИли, к примеру, удалить таблицу, к которой еще есть обращения на реплики.
Да, можно. Применение WAL встанет на паузу, затем по прошествии таймаута max_standby_streaming_delay будет отменять мешающие запросы.

sstatisticПри этом можно просто коннек к реплике как-то прибить и для мастера это не страшно.
Точно так же как на мастере, вы можете через pg_terminate_backend запросить убиться любой backend.