не совсем, этот параметр дает постгресу решать, когда транзакция для клиента считается успешно подтвержденной при =on, постгрес будет ждать пока пройдет весь цикл сброса WAL-логов до вплоть до очистки при =off, по сути это асинхронная фиксация транзакции, тоесть транзакция может быть подтверждена до сброса записей на диск, это можно использовать когда слабые диски к примеру и много транзакций, из минусов, при аварийном выключении постгреса можно потерять последние транзакции (сколько именно, зависит от других настроек типо wal_writer_delay и тд) на режим репликации данный параметр, как мне известно, никак не влияет логическая репликация и физическая (асинхронная, синхронная) отличаются вообще по своей сути и взаимодействию
Вообще логическая может быть синхронной? Или пока нет
https://www.postgresql.org/docs/15/warm-standby.html#SYNCHRONOUS-REPLICATION A synchronous standby can be a physical replication standby or a logical replication subscriber.
Ага, спасибо. Но все равно слабовато описано как сделать логическую репликацию синхронной. В основном всё про потоковую. Оттуда и вопрос, вот если установлю synchronous_standby_names и synchronous_commit к настроеной логической репликации, то этого достаточно или еще что то
Может, Вы слабовато читаете? ;) https://www.postgresql.org/docs/current/runtime-config-replication.html#RUNTIME-CONFIG-REPLICATION-PRIMARY https://www.postgresql.org/docs/current/sql-createsubscription.html (synchronous_commit).
Обсуждают сегодня