PostgreSQL 13升级至17后逻辑复制问题：订阅因冲突行频繁中断

方法1：重置订阅起始LSN至数据同步完成后的位置 #

这是最可靠的方案，让订阅仅处理数据同步完成后的新变更，彻底跳过已有数据的冲突：

1. 在发布端执行，获取数据同步完成时的LSN（或当前最新LSN）：

   SELECT pg_current_wal_lsn();
   

2. 在订阅端禁用订阅：

   ALTER SUBSCRIPTION sub DISABLE;
   

3. 修改订阅配置，指定起始LSN并关闭数据复制（因数据已存在）：

   ALTER SUBSCRIPTION sub SET (slot_name = NONE); -- 清除旧复制槽，确保新配置生效
   ALTER SUBSCRIPTION sub CONNECTION 'host=xxx port=xxx dbname=xxx user=xxx password=xxx'; -- 重新指定连接参数
   ALTER SUBSCRIPTION sub SET PUBLICATION pub WITH (copy_data = false, start_lsn = '你获取的LSN值');
   

4. 重新启用订阅：

   ALTER SUBSCRIPTION sub ENABLE;
   

方法2：手动标记订阅表为已同步 #

若不想重置LSN，可直接修改系统表标记所有表同步完成，让订阅跳过冲突检查：

1. 先停止订阅：

   ALTER SUBSCRIPTION sub DISABLE;
   

2. 以超级用户身份执行SQL，将该订阅下所有表的同步状态改为就绪：

   UPDATE pg_subscription_rel
   SET srsubstate = 'r'
   WHERE srsubid = (SELECT oid FROM pg_subscription WHERE subname = 'sub');
   

   注意：需确保订阅端与发布端数据完全一致，否则后续可能出现数据不一致问题。

3. 重新启用订阅：

   ALTER SUBSCRIPTION sub ENABLE;
   

方法3：临时设置自动跳过冲突（仅临时场景使用） #

通过配置冲突处理策略，让订阅自动跳过冲突行，同步完成后恢复默认：

1. 修改订阅的冲突处理参数：

   ALTER SUBSCRIPTION sub SET (conflict_handler = 'skip');
   

2. 启用订阅，等待其自动跳过所有冲突：

   ALTER SUBSCRIPTION sub ENABLE;
   

3. 确认无新冲突后，恢复默认的错误处理策略：

   ALTER SUBSCRIPTION sub SET (conflict_handler = 'error');
   

警告：此方法可能跳过合法变更，仅建议在确认所有冲突均由已有数据导致的临时场景下使用。

内容的提问来源于stack exchange，提问作者Nikhil Ramabhadra