ostgreSQL 高可用数据库的常见搭建方式主要有两种，逻辑复制和物理复制，上周已经写过了关在Windows环境搭建PostgreSQL逻辑复制的教程，这周来记录一下 物理复制的搭建方法。
首先介绍一下逻辑复制和物理复制的一些基本区别：
- 物理复制要求多个实例之间大版本一致,并且操作系统平台一致，如主实例是 Windows环境下的 PostgreSQL15 则 从实例也必须是这个环境和版本，逻辑复制则没有要求。
- 物理复制是直接传递 WAL归档 文件，在从实例进行重放执行，可以理解为实时的 WAL归档恢复，所以延迟低，性能高。，
- 逻辑复制可以简单理解为解析了WAL归档文件中的信息，处理成为 标准的SQL语句，传递给存库进行执行，相对于直接传递WAL性能较低，延迟高。
- 物理复制不需要像逻辑复制一些去手动的建立数据库，数据表，因为物理复制是直接恢复WAL所以包含了DDL操作，逻辑复制则需要自己进行DDL操作。
- 逻辑复制更加灵活，可以自己指定需要复制的库，从实例，还可以建立其他库用于其他业务，而物理复制则是面向整个实例进行的，从实例和主实例100%一致最多只能进行只读操作。
关于 Windows 系统 PostgreSQL 的安装方法可以直接看之前的 Windows 系统 PostgreSQL 手工安装配置方法
如果追求高性能，高一致性的数据库复制备份方案建议采用物理复制的方式。
搭建物理复制模式的主从订阅首先要调整主实例的 postgresql.conf 文件
wal_level = replica
synchronous_commit = remote_apply
因为我们采用的 synchronous_commit = remote_apply 是同步复制的模式，该模式可以理解为同步复制，当客户端像主实例提交事务之后，需要等 synchronous_standby_names 总配置的节点全部完成 remote_apply 收到数据之后，主实例才会给备库返回事务成功提交的状态，创建好名为 s 的订阅创建之后，我们再次打开 主实例的 postgresql.conf 文件进行调整设置
synchronous_standby_names = 's'
当有多个从实例从主实例同步的时候synchronous_standby_names 还可以采用以下配置模式
- synchronous_standby_names='s1' 代表s1备机返回就可以提交。
- synchronous_standby_names='FIRST 2 (s1,s2,s3)' 代表s1，s2，s3三个备机中前两个s1和s2返回主实例就可以提交。
- synchronous_standby_names='ANY 2 (s1,s2,s3)' 代表s1，s2，s3三个备机中任意两个备机返回主实例就可以提交。
- synchronous_standby_names='ANY 2 (*)' 代表所有备机中任意两个备机返回主实例就可以提交。
- synchronous_standby_names='*' 代表匹配任意主机，也就是任意主机返回就可以提交。
这里有一点需要注意，这是 PostgreSQL 在同步复制时的一个已知问题，假设 一个主实例，一个备库 s1，采用同步模式，然后 synchronous_standby_names 配置为 synchronous_standby_names='s1',虽然从配置上来看似乎数据必须要提交到s1并且s1成功响应之后，主实例才会为客户端返回事务操作成功的响应，但是实际情况下，当备库挂掉的情况下，主实例在收到一个事务操作时，在等待 s1 备库的返回时因为 s1库已经挂掉了所以这个操作肯定会超时，当主备节点通信超时之后，主节点还是会像客户端返回事务成功提交的命令，客户端的操作还是会成功，同时因为每个事务操作都要经历这个超时的流程，所以客户端的所有事务操作都会相对很卡。
比如每个 insert 都会经过主实例和备库的这个通信超时过程，所以每个 insert 动作都变成了大约30秒次才能完成，就会导致应用程序很卡。这时候就相当于主实例在以（很卡的）独立模式运行，这个情况在备库重新上线之后就会恢复正常（如果备库短期之内无法恢复，可以调整主实例的 synchronous_standby_names设置 移除对于s1备库的事务等待验证，变为单库运行模式重启实例之后也就不会卡了），但是要注意当主实例脱离备库独立运行时，如果这个时候主实例发生灾难比如硬盘坏掉，则就会产生数据丢失。所以建议至少有2个从实例来提升保障级别。
标签：网站,系统,解析,美元,DNS,模板,服务器,配置 来源：
本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享； 2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关； 3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关； 4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除； 5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。