↑↓ 选择↵ 打开⌫ 切换范围完整搜索

PG.CENTER 连接 PostgreSQL 文档、百科与生态知识。由 Pigsty 维护。

支持中的版本: 当前版本 (18) / 17 / 16 / 15 / 14
开发中的版本: 19 / 20devel
已结束支持的版本: 13 / 12 / 11 / 10

31.7. 架构 #

逻辑复制首先复制发布者数据库上的数据快照。完成后,发布者上的变更会在发生时实时发送给订阅者。订阅者会按照发布者上提交的顺序应用数据,因此对于单个订阅中的任何发布,可以保证事务一致性。

逻辑复制采用了与物理流复制类似的架构(见第 27.2.5 节)。它由 walsender 和 apply 进程实现。walsender 进程会对 WAL 执行逻辑解码(见第 49 章),并装载标准逻辑解码输出插件(pgoutput)。该插件会把从 WAL 中读取到的变更转换为逻辑复制协议(见第 55.5 节),并按照发布规范过滤数据。然后,数据会通过流复制协议持续传输给应用工作进程,由它把数据映射到本地表,并在收到时按正确的事务顺序应用各项变更。

订阅端数据库上的应用进程始终在 session_replication_role 设置为 replica 的情况下运行。这意味着默认情况下,触发器和规则不会在订阅端触发。用户可以选择使用 ALTER TABLE 命令以及 ENABLE TRIGGER 和 ENABLE RULE 子句,在表上启用触发器和规则。

逻辑复制应用进程目前只会触发行触发器,不会触发语句触发器。不过,初始表同步的实现方式类似于 COPY 命令,因此会为 INSERT 同时触发行触发器和语句触发器。

31.7.1. 初始快照 #

对现有订阅表中的初始数据,会取快照并由一种特殊应用进程的一个并行实例来复制。该进程会创建自己的复制槽,并复制现有数据。复制一完成,该表内容就会对其他后端可见。现有数据复制完成后,工作进程会进入同步模式,通过标准逻辑复制流式发送在初始数据复制期间发生的任何变更,使该表与主应用进程达到同步状态。在这一同步阶段,变更会按照它们在发布端发生的顺序被应用和提交。同步完成后,该表的复制控制权会交还给主应用进程,之后复制将照常继续。

注意

发布的 publish 参数只影响哪些 DML 操作会被复制。初始数据同步在复制现有表数据时不会考虑该参数。

报告文档问题

阅读 上游文档. 通过 PostgreSQL 文档反馈表单.