PostgreSQL 17双向订阅冲突自动跳过配置求助

问题梳理 #

• 两台PostgreSQL 17节点配置双向发布订阅，本地测试表ID为千位级、远程为万位级，仍出现自增字段复制冲突
• 希望实现类似Oracle/SQL Server的全局自动跳过所有冲突行，而非仅终止单个出错事务
• 尝试官方文档提到的ALTER SUBSCRIPTION ... SET (conflict_resolution=on/off);时提示参数不存在，但disable_on_error = true可正常执行
• 怀疑冲突源于Joomla索引，暂不想删除

核心解决方案 #

1. conflict_resolution参数的正确用法 #

PG17中该参数确实存在，但参数值并非on/off，官方文档表述可能有误。正确的参数可选值为：

• none：默认行为，遇到冲突报错并终止订阅
• skip：跳过冲突行，继续处理后续数据（完全匹配你“自动跳过所有冲突”的需求）
• overwrite：用发布端数据覆盖订阅端冲突数据
• keep_last：保留订阅端最新数据，跳过发布端冲突行

正确执行语句：

ALTER SUBSCRIPTION mysub SET (conflict_resolution = 'skip');

2. 双向订阅冲突的额外排查项 #

即使ID段看似不重叠，仍可能触发冲突，建议检查：

• 自增序列配置：确保两台节点的序列起始值和增量完全错开（比如本地序列INCREMENT BY 2 START 1，远程INCREMENT BY 2 START 2），避免跨节点插入时序列值意外重叠
• 发布订阅的序列同步：如果publication包含了序列对象，可能导致两边序列值互相覆盖，引发后续插入冲突
• Joomla业务逻辑：部分插件或自定义代码可能手动指定ID值，而非依赖序列生成，这会直接导致ID冲突

3. 应急替代方案：按错误码跳过事务（不推荐） #

如果上述方案无法生效，可使用PG11+支持的skip_errors参数，指定要跳过的错误码（主键冲突错误码为23505）：

ALTER SUBSCRIPTION mysub SET (skip_errors = '23505');

注意：该参数会跳过所有触发指定错误码的事务，而非仅冲突行，可能丢失合法数据，仅建议临时应急使用。

内容的提问来源于stack exchange，提问作者Stewart Friday