仅使用PostgreSQL内置逻辑复制同步INSERT操作是否需要主键？

问题背景 #

将旧的Postgres 12.14数据库迁移至具备加密存储的新库，采用PostgreSQL内置逻辑复制（LR）完成迁移。现有多张无主键或唯一索引的表，这些表仅接收INSERT类型的写入操作。已知pglogical扩展可通过“default_insert_only”复制集处理此类表，且PostgreSQL官方文档表明INSERT操作无需依赖复制标识，但也提供了创建仅插入发布的机制（如CREATE PUBLICATION insert_only FOR TABLE mydata WITH (publish = 'insert');）。想咨询：若确定这些表仅会产生INSERT操作，是否无需对其进行特殊处理，也无需使用该仅插入发布机制？

解答 #

如果能100%确保这些表只会产生INSERT操作，确实可以不做特殊处理，也不是必须创建仅插入发布，但从严谨性和长期维护角度，更建议创建仅插入发布，理由如下：

• 规避误操作风险：哪怕当前是仅插入场景，后续若有人误对表执行UPDATE/DELETE操作，仅插入发布会自动过滤这些操作类型，避免因无复制标识导致的复制任务失败（逻辑复制处理UPDATE/DELETE时必须依赖主键或唯一索引作为复制标识）。
• 降低复制开销：仅插入发布只会推送INSERT事件，相比默认发布（推送所有操作类型），数据传输量更小，复制效率更高。
• 配置风格统一：仅插入发布的设计思路和pglogical的default_insert_only复制集一致，即使当前用的是内置逻辑复制，也能保持配置的一致性，后续若切换到pglogical扩展也更顺畅。

补充说明：PostgreSQL内置逻辑复制的默认发布（不指定publish参数）会推送INSERT/UPDATE/DELETE/TRUNCATE所有操作类型，若表无复制标识，一旦出现UPDATE/DELETE操作，复制进程会直接报错中断。所以如果能绝对保证永远只有INSERT操作，不做特殊处理也能正常完成迁移，但这种“裸奔”的配置容错性极低，不推荐长期使用。

内容的提问来源于stack exchange，提问作者Trouble Bucket