【 使用环境 】生产环境
【 OB or 其他组件 】OBSERVER
【 使用版本 】4.2.2.0
【问题描述】各位大佬好，由于公司客户请求量与数据交互量 日益提高，盲目增加硬件无法满足需求。我这边想从MySQL迁移至OB，但是我有几个问题 请各位大佬解答一下。
1.数据库架构是否合理 （下面附图）。
2.小公司需要考虑运维成本 每个Zone暂时只能有一台服务器，同样配置的MySQL替换为OB是否能带来QPS能力的提升。
3.由于买的云服务器比较随意，三个地区用户量不同，后期增加的配置不通，导致3个Zone 的实际物理配置是不同的，是否会影响相互交互。
4.由于ob的数据是经过压缩的，通过外网主从传输数据的带宽，会比MySQL主从产生的流量更少吗？
北京周边的客户要多么？
你可以把从的查询打开，这样，上海和深圳，就不用大老远去北京查了，可以在本地
我这边想三个zone并不在一个机房 而是分别于中间件一个机房 中间件到数据库的链路都是内网 数据库之间为外网
- 不合理。 三地距离太远，三副本架构下事务延时会非常高，性能估计会比 MySQL 要差很多。 蚂蚁的 OB 在三地部署的时候都选用 5 副本架构。 并且副本最少的那个机房 不提供写业务（性能差）。
- 大概率不会提升。 三地距离太远了，分布式的优势会打折扣。读性能可能可以比 MySQL好一些，写性能就很难了。推测你的 MySQL 三地部署 是一主两从，全异步同步了。
- 可能会影响。本来网络延时就很影响同步性能，如果机器配置还不对等，比如说 CPU 和 IO 方面有短板，很可能会影响性能。当然这个还要看怎么用（primary_zone 设置）。
- 大概率不会。节点间的网络流量包括数据和clog。目前数据传输的是解压缩后的数据，clog 传输需要额外开启压缩（损失一些性能）。
云服务，要是，三地的，网络延迟保证很小的话，那还好，不然，日志同步，需要时间，事务就慢了
异地机房都在32毫秒左右
1.我继续仔细查看相关资料 我对于5副本架构的理解很有限
2.Mysql当前确实是1主2从异步同步，由于我负责的数据方面无需高时效性 半小时延时都可以接受 且仅提供数据查询服务 ，数据的插入全是由数据源经过导数工具转换而来。我当前服务的主要问题就是读性能是不够的，经常产生生产查询队列。
3.机器配置不对等的原因 主要的当前MySQL主库 不仅到担当 一部分客户查询服务 还需要承担所有导数工具的读取插入（一部分是通过数据源解析插入，一部分是当前数据库已有内容的二次整理）primary_zone方面我看一看，提前退订服务器购买新的会有些亏。
4.所以压缩的主要作用还是在节省主机存储空间？
- 为什么会有三地部署？
- 业务对集群的可用性要求。
- 三地之间网络带宽，延时怎么样？
1.因为客户要求 必须在三地搭建应用
2.没有高可用需求，当前仅为1主2从异步同步，当前高峰期的主从延迟5min左右都是可以接受的
3.三地之间带宽10m，延时30毫秒左右
这带宽太小了。另外，北京到深圳的延时估计在 38ms 左右。
建议 搭 OB 主备集群吧。 先 1主1备，然后再加个 备试试。这样就跟 MySQL 对等了。
备集群 用单节点。
OB主备 社区版可以搭建吗？ 我没有找到对应节点
好的 谢谢