使用逻辑复制避免数据重复 (PostgreSQL 10)

Question

我已经使用 pcsd 配置配置了两台具有冗余设置的服务器。 两台机器都包含 Postgres 10 和逻辑复制。用于逻辑复制设置的以下步骤。

• 使用 pg_dump 命令在 Server1 上进行 PG Dump。
• 使用 pg_restore 使用 postgres 10 在 Server2 上恢复它。
• 对 pg_hba.conf 和 postgres.conf 文件进行了更改。
• 在以下命令中使用，用于设置逻辑复制。

CREATE PUBLICATION my_publication FOR ALL TABLES;
CREATE SUBSCRIPTION my_subscription 
  CONNECTION 'host=Server1 port=5432 password=postgres user=postgres dbname=database1' 
  PUBLICATION my_publication WITH (copy_data = false);

• 重新启动两台服务器。

完成上述步骤后，我可以看到两个系统（冗余系统）上的服务都运行良好。但从日志中我可以看到以下错误消息。

...
2020-01-08 15:14:08.551 EET >LOG:  logical replication apply worker for subscription "my_subscription" has started
2020-01-08 15:14:08.559 EET >ERROR:  duplicate key value violates unique constraint "pk_xyz_instance"
2020-01-08 15:14:08.559 EET >DETAIL:  Key (xyz_instance_id)=(103) already exists.
2020-01-08 15:14:08.560 EET >LOG:  worker process: logical replication worker for subscription 23176 (PID 7411) exited with exit code 1
....

由于我需要Server1的早期数据，我将dump并恢复到其他数据并使用copy_data作为false以避免重复。

每次服务从 Server1 切换到 Server2 或反之亦然后，在 Server2 上都会看到这些唯一的约束违规错误（其中服务处于非活动状态）

在使用 PostgreSQL 10.11 进行复制设置时，我这里有什么遗漏吗？

copy_data 标志是否未按预期工作？

Answer 1

使用异步复制时，备用数据库在故障转移时总是会滞后，并且某些事务会丢失。如果您尝试使用旧的主服务器（可能需要一些事务）作为新的备用服务器，则数据库可能会不一致，并且可能会发生您观察到的复制冲突。

一种解决方案是使用同步逻辑复制，但这会降低可用性，除非您有多个备用服务器。

最好是使用物理复制。它不仅更简单、性能更高，而且您还可以使用pg_rewind 快速将旧的主服务器转变为新的备用服务器。