我们当前双机房部署了mysql双主，生产上线时先断主从，在一边先上，验证完成后，再另一边再上。
如果采用ob社区版，双机房主备集群部署，那业内普遍用什么上线方式呢？
在使用OceanBase社区版进行双机房“主-备”部署的情况下，生产上线的步骤会有所不同。基于你提供的信息，这里推荐一种较为通用的策略来完成新版本或新系统的上线。首先，在正式切换之前，确保所有的配置、测试和准备工作都已经妥善完成，包括但不限于数据迁移、性能调优以及灾难恢复方案的准备等。\n1. 准备阶段：根据《部署前准备》中的指导（见相关文档链接），确认硬件规格、软件兼容性要求，并完成基础环境搭建。"title
具体信息可参考以下文档:
你误解了我的意思，不是ob在生产上线部署，是应用程序上线，该用什么方式呢？没法像之前的mysql那样了
ob的主备 应该和mysql双主不一样 备库只能读取数据 按照这个逻辑的话 先主后备
这时会有问题，
1、更新主的情况下，备无法提供写入数据
2、如果更新主的情况 下，将备也改成主，并能写入数据的话，那后续两套集群没法再配主从
ob的主备 备租户只提供读 没有写 主租户提供写
我的理解，你这个问题和具体使用什么数据库没有关系。从应用角度看，属于灰度发布的范畴。投产时先发布一个机房，验证交易没有问题，再发布另外一个机房。
在mysql的双主模式下，常见的是增删改同表的不同记录，也就是说，从业务角度上就区分了各自机房自己的数据。
OB本身是分布式数据库，可采用不同容灾级别的部署架构。
若你采用的是双机房主备模式部署，在备机房发生的交易通过obproxy自动将SQL路由到主机房。
若采用的是1-1-1架构部署，可将表按照机房属性分区，各自的应用写各自分区的数据，这种场景和mysql双主最近似。