基于SymmetricDS实现多门店数据库共享的技术问询

我之前帮几个连锁零售客户配置过类似的SymmetricDS双向同步场景，刚好能给你一些实操性的建议，帮你实现灵活的双向往复同步机制：

1. 调整分组与双向通道配置 #

首先要明确节点分组逻辑：创建central组（对应中心数据库节点）和store组（涵盖所有门店节点）。接下来需要配置两条双向同步通道：

• 一条负责store组到central组的同步（门店数据流向中心）
• 另一条负责central组到store组的同步（中心数据分发到所有门店）

在SymmetricDS的配置文件或管理控制台中，给每个通道设置正确的source_group_id和target_group_id，同时确保通道的enabled属性设为true。

2. 配置触发与路由规则（核心环节） #

双向同步的关键是让门店的变更能同步到中心，再由中心分发到其他门店，同时中心的变更能同步到所有门店，还要避免循环同步（比如门店A的变更同步到中心后，不要再回传给门店A）。

门店侧触发器与路由 #

• 给需要同步的业务表创建触发器，触发条件覆盖INSERT/UPDATE/DELETE，触发器的source_group_id设为store，target_group_id设为central。
• 配置路由规则时，使用router_type=subselect或Bash脚本，指定把门店的变更路由到central组的节点。

中心侧触发器与路由 #

• 给同步表创建触发器，source_group_id设为central，target_group_id设为store，触发条件同样覆盖增删改操作。
• 路由规则要设置为排除发起变更的源节点，比如用Bash脚本实现：

// 排除变更发起的门店节点，避免循环同步
return targetNode.nodeId != sourceNode.nodeId;

这样中心收到门店A的变更后，只会把这条数据同步到除A之外的其他门店节点。

3. 处理双向同步的冲突问题 #

双向同步难免遇到多节点同时修改同一条数据的情况，必须配置冲突解决策略：

• 在同步表的配置里设置conflict_strategy，常用选项包括：
  • latest-wins：优先保留最后修改的数据（建议给表加last_updated时间戳字段，SymmetricDS会自动比较这个字段）
  • source-wins：保留发起变更节点的数据
  • target-wins：保留目标节点的数据
• 如果有特殊业务逻辑，可以自定义冲突处理器（实现ConflictResolver接口），嵌入到SymmetricDS中。

4. 验证与调试 #

配置完成后，一定要做全流程测试：

• 门店A新增/修改/删除一条数据，检查中心库是否同步成功，再验证门店B、C是否收到这条变更
• 门店B修改同一条数据，检查中心库同步状态，再确认门店A是否收到更新
• 直接修改中心库的数据，检查所有门店是否同步到位
• 查看SymmetricDS的日志文件（sym.log）或通过管理控制台的Node Status和Batch Status页面，排查同步异常

5. 性能优化建议 #

• 对于高频变更的大表，设置合理的batch_size（比如1000条/批次），避免单次同步数据量过大拖慢性能
• 启用initial_load初始化所有节点的数据，确保初始状态一致后再开启增量同步
• 配置heartbeat参数，监控节点在线状态，及时发现离线或同步异常的门店

内容的提问来源于stack exchange，提问作者Gurpreet Singh