|
锁定老帖子 主题：如此部署！? 征集点信心 or 判个死刑
精华帖 (0) :: 良好帖 (1) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2009-01-23
最后修改：2009-01-23
xidaboy 写道 cocal 写道 xidaboy 写道 这位兄弟的回复,充分说明,根本就不知道MYSQL的主从方案是怎么实现的,你哪来的两天数据同步时间,这边库改了就立即自动要复制到另一库去,所以我一直就感慨,很多人其实根本就没做过,光用嘴说,光用脑子在想,要做!要做! 我说的两天，业务需求，不行吗？ MYSQL的确不了解，但同步就那么点道道，还能弄出花来啊？麻烦这位做过兄弟普及一下，什么叫“这边库改了就立即自动要复制到另一库去”，不能容忍网络中断？不能容忍网络拥塞？网络断了再恢复是什么结果？数据库CRASH？热备损坏？需要手工干预？ 我发贴的目的是奇怪这么多人想都没想就去泼冷水，LS说我做都没做就去想...呵呵。咱们还是看LZ的吧.. 哎~`早说了.你就没用过.你就是光想 如果网络断了,A库更新了,B库数据没进去.网络再恢复以后,B库的数据是不会自动和A同步的,这样是不是数据就不同步了,无限的人工修改,人工检查,这系统能用??? 这个不难的 有Master Log File 和 Read_Maste_LogPos 可以保证数据同步。 |
| 返回顶楼 | |
|
发表时间：2009-01-23
沙箱同步.
A所录入的C数据库时同时存入A沙箱 B所录入的D数据库时同时存入B沙箱 A定时去B上查寻B沙箱 B中数据录入C数据库 当有已录入的就跳过 ------------------------------ A再查寻B上的D数据库 把A沙箱的数据与D数据库上的数据进行比较 同步完成的的就清除掉. --------------------------- 每步都作日志. 这个系统开发失败了 |
| 返回顶楼 | |
|
发表时间：2009-01-23
主机故障是怎么发现的心跳吗?
灾备要根据自己需求来了,恢复时间和数据丢失量是两个重要指标 可能的话做远程数据库冷备,也是灾备策略,这方案好歹还是比较实时的. |
| 返回顶楼 | |
|
发表时间：2009-02-05
最终这一切还是不了了之的收场了。
至少目前是。 按照最开始的方法去做，起码是可以保证系统运行正常，也能达到一些效果。 可后面BOSS又要搞双Wan路由接入，等等一些，搞到现在动弹不得。 |
| 返回顶楼 | |
|
发表时间：2009-02-09
bonny 写道 晕，我现在十分佩服你老板。要么脑子浑浑噩噩，要么有恶搞的才华。
你们的架构考虑都已经到了“担心自然灾害”而ab两地备份的情况了，居然还ip之贵，花生壳。 说真的，我忍住没说。。。。矫枉过正是这套结构的问题，BOSS到底搞清楚没他需要什么不需要什么。。好钢要用到刃上。。。 |
| 返回顶楼 | |
