监控
因为逻辑复制是基于与物理流复制相似的架构的,一个发布节点上的监控也类似于对物理复制主节点的监控。
有关订阅的监控信息在pg_stat_subscription中可以看到。 每一个订阅工作者在这个视图都有一行。一个订阅能有零个或者多个活跃订阅工作者取决于它的状态。
通常,对于一个已启用的订阅会有单一的应用进程运行。一个被禁用的订阅或者崩溃的订阅在这个视图中不会有行存在。如果有任何表的数据同步正在进行,对正在被同步的表会有额外的工作者。
安全性
用于复制连接的角色必须具有REPLICATION属性(或者是具有SYSADMIN权限用户)。 如果角色缺少SUPERUSER 和 BYPASSRLS,发布者的行安全策略可以执行。 角色的访问权限必须在pg_hba.conf中配置,并且必须具有LOGIN属性。
要创建发布,用户必须在数据库中有CREATE特权。
要把表加入到一个发布,用户必须在该表上有拥有权。要创建一个自动发布所有表的发布,用户必须是一个具有SYSADMIN权限用户。
要创建订阅,用户必须是一个具有SYSADMIN权限用户。
订阅的应用过程将在本地数据库上以具有SYSADMIN权限用户的特权运行。
特权检查仅在复制连接开始时被执行一次。在从发布者读到每一个更改记录时不会重新检查特权,在每一个更改被应用时也不会重新检查特权。
配置设置
发布订阅要求设置一些配置选项。
在发布者端,wal_level必须被设置为logical,而max_replication_slots中设置的值必须至少是预期要连接的订阅数加上保留给表同步的连接数。发布端参数max_wal_senders应满足:max_wal_senders >= max_replication_slots + 同时连接的物理复制槽的数量 + 1。
说明:
在如下场景:某订阅处于激活状态且设置该订阅所订阅的发布,会需要与发布端建立一个临时连接,用于校验订阅端所订阅的发布是否在发布端存在,发布端会创建一个临时walsender,临时连接用完后就会立即断开并释放。
订阅者还要求max_replication_slots被设置。在这种情况下,它必须至少被设置为将被加入到该订阅者的订阅数。max_logical_replication_workers必须至少被设置为订阅数加上保留给表同步的连接数。
快速设置
首先在postgresql.conf中设置配置选项:
wal_level = logical
对于一个基础设置来说,其他所需的设置使用默认值就足够了。
需要调整pg_hba.conf以允许复制(这里的值取决于实际的网络配置以及用于连接的用户):
host all repuser 0.0.0.0/0 sha256
然后在发布者数据库上:(创建发布的命令详见CREATE PUBLICATION)
CREATE PUBLICATION mypub FOR TABLE users, departments;
并且在订阅者数据库上:(创建订阅的命令详见CREATE SUBSCRIPTION)
CREATE SUBSCRIPTION mysub CONNECTION 'dbname=foo host=bar user=repuser' PUBLICATION mypub;
上面的语句将开始复制过程,会先同步表users以及departments的初始数据,然后开始复制对那些表的增量更改。
后续还可以修改发布,例如添加或删除发布表:(修改发布的命令详见ALTER PUBLICATION)
ALTER PUBLICATION mypub ADD TABLE new_tbl;
添加发布表之后需要在订阅者数据库上执行刷新操作:(修改订阅的命令详见ALTER SUBSCRIPTION)
ALTER SUBSCRIPTION mysub REFRESH PUBLICATION;
在发布者数据库上删除发布:(删除发布的命令详见DROP PUBLICATION)
DROP PUBLICATION mypub;
在订阅者数据库上删除订阅:(删除订阅的命令详见DROP SUBSCRIPTION)
DROP SUBSCRIPTION mysub;