🛠️ Колонку добавили на publisher — logical replication остановилась

Причина может быть не в сети и не в replication slot.

DDL не реплицируется автоматически.

Logical replication передаёт опубликованные изменения данных, а schema publisher и subscriber сопровождаются отдельно.

При этом схемы не обязаны быть одинаковыми:

— таблицы matched по fully qualified name; — columns — по имени; — порядок колонок может различаться; — subscriber может иметь дополнительные columns.

Главный вопрос:

сможет ли subscriber применить опубликованные данные?

Отдельно проверьте publication column list.

Если списка нет, новая колонка publisher тоже становится публикуемой.

Если publication явно ограничена набором columns, новая колонка может в поток не попадать.

Перед миграцией:

publication → subscriptions → published columns → schema subscriber → binary mode → application rollout

Для additive changes во многих случаях полезно сначала подготовить subscriber:

subscriber готов → publisher меняется → приложение начинает писать новое поле

Но это не универсальная схема для любого DDL.

Если apply уже упал:

error log → subscription → publication → columns → publisher/subscriber schema → compatibility → исправление → контроль apply worker

REFRESH PUBLICATION не переносит DDL.

Сохраните вопросы, которые нужно добавить в review миграции, если таблица участвует в logical replication.

🔹🔹🔹🔹