Kafka MirrorMaker2主备模式下删除源端主题后被重建是否为预期行为？

这不是Active-Passive（主备）模式下的预期行为。正常主备模式中，MM2的核心职责是单向将源集群的主题数据、配置同步到目标集群，不会干预源集群的主题生命周期操作——包括删除源主题后主动重建它。

可能的原因分析 #

• 配置错误导致反向/双向同步：如果MM2配置中误将源集群设置为同步目标（比如复制规则写反、同时启用了双向复制逻辑），MM2会把目标集群的主题状态反向同步回源集群，当源主题被删除后，MM2检测到目标集群仍存在该主题，就会在源集群重建。
• 主题自动创建规则误作用于源集群：若配置了topic.creation.enable且对应的规则覆盖了源集群，当MM2检测到同步列表中的主题在源集群缺失时，会自动触发创建逻辑。
• 同步配置参数异常：比如sync.topic.configs或auto.create.topics.enable这类参数被错误应用到源集群侧，导致MM2主动维护源集群的主题存在性。

解决步骤 #

1. 暂停MM2服务，手动删除源集群上被重建的目标主题。
2. 检查MM2核心配置：
   • 确认replication.factor、offsets.topic.replication.factor等主题配置仅针对目标集群生效，源集群的主题配置由其自身集群参数控制。
   • 验证topics/topics.regex的同步范围，确保仅包含需要从源同步到目标的主题，无反向同步规则。
   • 检查sync.topic.deletions参数：该参数设为true时，仅会将源集群的主题删除操作同步到目标集群，而非反向重建源主题，若配置异常需修正。
3. 查看MM2运行日志：定位主题重建相关的日志条目，确认触发重建的具体条件（如是否由目标集群主题反向同步触发），精准定位配置问题。

内容的提问来源于stack exchange，提问作者Shubham Garg