PostgreSQL 9.6 同步多副本remote_apply记录

少年乘勇气，百战过乌孙。这篇文章主要讲述PostgreSQL 9.6 同步多副本remote_apply记录相关的知识，希望能为你提供帮助。
摘自：https://yq.aliyun.com/articles/61274【PostgreSQL 9.6 同步多副本remote_apply记录】
同步多副本配置方法参数配置如下
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，可以迅速的激活成为主库