如此部署！? 征集点信心 or 判个死刑

有几个问题：
1. A-B的双向热备是不需要的。你所提及的仅仅是异地容灾，而A为主，所以对B，做单向备份就行了。
2.双向备份有一定风险的。从原理上说，就是Master机器执行了什么更新数据的sql，对Slave机器也执行，这个应该是异步的。因为网络可能有延迟，或者Slave机器可能短时间宕机，不能影响Master。
我们在局域网里是做的Master-Master方式，即双向热备，效果还行。但如果放到带宽相对不稳定、距离相对远的网络中，这个延迟可能比较大。
理论上说，存在这种可能：客户在A主机做了某数据更新操作，还可以登录到台湾主机上重复做一遍，在数据尚未同步之前。

太搞笑了， 就这点投资， 还到处备份， 而且还双向， 不做技术的老板的方案从目测上总是没有任何问题的！、
没有500万投资就洗洗睡吧， 技术越来越不值钱了。

还花生壳，服了

第１点。
BOSS不仅仅是需要做一个异地容灾，而且另一个目地是分担负载（我们的带宽你也是看到了的）~~~~当然还有他商业上的一些·#￥%……
所以这里是一定要双向的。

第２点。
Master-Master在局域网的热备效果是很不错。到了网络上的效果没有去验证过，所以这很担心。
不过也做过这样的测试。
关闭一台master，然后另一台正常运行。当关闭的master重新开始时数据也会很顺利的复制过去。但网络质量~~确实不好模拟，所以上来请教。
对于网络的延迟mysql是否能做到一些揪错呢？

就这句比较好一点。

最前面几楼的都在打哈哈。。。。。。也没认真思考一下。

BOSS还提出过更富有创意的方案，目前这个方案他已经让步很多了。




能详细提供一下你们的方案吗？放在web上的数据是一种什么形态的？

几K的电脑作导地热备，相当的有想像

楼上的用五笔的， 很稀少的程序员。

呃 MySql 我记得在多少数据量时 会死一下的哦~~

xaoxao的架构师看起来很有空嘛

我也用五笔，用了很多年了。

Mysql热备那个基本上就等我们设备到我去测试一下。看到底情况是死是活了。

关于穿越中国“金盾”的，有哪位比较有经验？
这个是第二大问题~~