码迷,mamicode.com
首页 > 移动开发 > 详细

PostgreSQL 9.6 同步多副本、remote_apply记录

时间:2018-01-18 13:24:57      阅读:179      评论:0      收藏:0      [点我收藏+]

标签:说明   value   调用   不同的   ram   设置   例子   会话   data-   

摘自: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,可以迅速的激活成为主库

PostgreSQL 9.6 同步多副本、remote_apply记录

标签:说明   value   调用   不同的   ram   设置   例子   会话   data-   

原文地址:https://www.cnblogs.com/kuang17/p/8309392.html

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!