摘自：https://yq.aliyun.com/articles/61274
同步多副本配置方法
参数配置如下
synchronous_standby_names (string)
支持两种写法
num_sync ( standby_name [, ...] )
standby_name [, ...]
num_sync 数字，表示同步的副本数。
没有写num_sync的格式兼容以前的配置，表示1个副本。
standby_name是standby配置在recovery.conf中的application_name，可以使用*代替所有standby。
例子
2 (s1, s2, s3, s4)
表示2个副本为同步standby，其他为异步standby。
事物提交时，确保XLOG已同步到任意2个副本（前面两个是同步节点，后面2个是替补，当前面两个中任意的节点出问题，后面的会依次替补上）。
通过参数synchronous_commit (enum)配置事务的同步级别。
如果要配置事务或者会话级别的参数，通过以下语法
SET [ SESSION | LOCAL ] configuration_parameter { TO | = } { value | 'value' | DEFAULT }
也就是说，用户可以根据实际的业务需求，对不同的事务，设置不同的同步级别。
目前支持的同步级别如下
事务提交或回滚时，会产生一笔事务结束的commit/rollback redo record，在REDO的地址系统中，用LSN表示。
on,
事务commit或rollback时，等待其redo在primary、以及同步standby(s)已持久化（>=其lsn）。
remote_apply,
事务commit或rollback时，等待其redo在primary、以及同步standby(s)已持久化（>=其lsn）。 并且其redo在同步standby(s)已apply（>=其lsn）。
remote_write,
事务commit或rollback时，等待其redo在primary已持久化; 其redo在同步standby(s)已调用write接口(写到OS, 但是还没有调用持久化接口如fsync)（>=其lsn）。
local,
事务commit或rollback时，等待其redo在primary已持久化;
off
事务commit或rollback时，等待其redo在primary已写入wal buffer，不需要等待其持久化;
手册说明
1. 可靠性
结合synchronous_standby_names与synchronous_commit的设置，可以实现非常灵活的事务级别可靠性的要求。
2. 读写分离的读一致性保证
当synchronous_commit=remote_apply时，这个事务产生的REDO必须要在sync standby(s)已apply，才返回给客户端事务结束。
这类事务，事务结束后发起的读请求，在primary以及sync standby可以做到读写完全一致。
牺牲写事务的RT，获得在多借点的读事务的完全一致。
3. 切换时延
当设置了synchronous_commit=remote_apply事务同步复制级别时，可以降低切换延迟。
备库在激活时，不需要apply redo，可以迅速的激活成为主库