PostgreSQL PG的流复制搭建

注: 本文为云贝教育 刘峰 原创，请尊重知识产权，转发请注明出处，不接受任何抄袭、演绎和未经注明出处的转载。【PostgreSQL】PG的流复制搭建 - 课程体系 - 云贝教育https://www.yunbee.net/Home/News/detail/article_id/510.html

一 、主备机器规划主机名

二 、创建流复制

2.1 修改主机配置(两台主机都修改)

2.2 在主库设置

1） 初始化新数据库

2） 启动数据库

3）建立同步用户

4）配置$PGDATA/data/pg_hba.conf

注意：备库也做同样的配置(注意修改主机名)，为了后面的主备切换

5）配置$PGDATA/data/postgres.conf

6）重启让配置生效

2.3 在备库设置

1)不需要初始化，直接从主库备份就行

2)备库修改配置文件

3）配置$PGDATA/data/pg_hba.conf

4)创建备库文件 standby.signal

touch standby.signal

5）重启让配置生效

三、验证

3.1 查看主备进程

主

备

3.2 主库切换日志

查看备库WAL日志同步情况

3.3 查看当前备库状态：

3.4 主库查询

sync_state表示同步模式
sent_lsn表示发送日志的起点
reply_time表示应用日志的起点

3.5 备库数据库日志内容

四、主从切换

这里建议把wal保留参数调大，保证切换过程中，原备库的日志和原主库的日志LSN同步

? min_wal_size

? wal_keep_size

4.1 停止主库

4.2 备库上执行命令，提升为主备

4.3 修改postgresql.auto.conf

重启数据库，查看后台进程，此时未发现walsender进程

4.4 在新备库上(原主库)创建一个 standby.signal文件，添加如下内容：

4.5 在新备库的 postgresql.auto.conf 文件中添加如下内容：

注意/home/postgres/.pgpass 其实没有没有这个文件，不需要创建。

4.6 启动新备库：

4.7 验证主备库是否能够同步

在主库进行 dml 操作，发现备库能够正常同步，切换成功。

五、实时同步

上面的配置是异步同步，对于主库的性能影响是最小的，但是会丢数据，我们可以把复制配置成实时同步。

当设置同步复制时：

? 最小化延迟

? 确保您有冗余延迟

? 同步复制比异步复制代价更高同步时是通过一个关键的参数 application_name 来实现的。

5.1 配置主库 postgres.conf，添加如下内容：

5.2 重启主库

5.3 修改备库 standby.signal 配置文件

在原来的内容中添加 application_name 内容

5.4、修改备库 postgresql.auto.conf

添加 application_name 内容，实际上备库是以这个文件为主，上面修改的 standby.signal 并不生效：

5.5 重启备库，查看后台日志信息：

consistent recovery state reached at 0/21000188

5.6 在主库查看同步状态：

状态显示为实时同步。

5.7 验证备库关闭

备库关闭之后，主库执行DML操作HANG住。

5.8 多个从库的配置

如果我们配置了多个备库，而且进行实时同步，假如只要保证前面的备库能够实时就可以，那么可以进行如下设置：

如果只要保证其中任何的备库同步成功，可以进行如下设置：

六、添加节点

6.1 修改 standby.signal 和postgres.auto.conf 文件

6.2 修改主库的 postgres.conf，添加如下一行：

6.3 重启主库，查看复制状态：

6.4 验证同步

主要备库的任何一个节点无法同步，都会影响主库的事务操作。但是发现正常的一个备库节点能够同步，即使主库处于停留状态，由此证明主库已经把事务传递到备库了，只是有备库没有同步，所以处于等待状态。

6.5 如果把主库的参数修改如下：

实验证明，如果第二个备库节点发生故障无法同步，不会影响主库事务操作。