首页新闻找找看学习计划

多数据库数据同步问题

0
悬赏园豆:50 [待解决问题]

有这样一个场景,公司业务划分了几个区域,每一个区域有自己单独的物理数据库,存储本区域的相关数据。但现在随着业务发展,各区域需要使用到其他区域的数据,就涉及到跨分区访问的问题。目前考虑的方案是,不修改现有的联机查询交易,而通过数据同步的方式,实现各个分区数据一致。而且这些区域的数据还会有后续处理,有状态变化,如何实现状态的一致。

天天闹闹的主页 天天闹闹 | 初学一级 | 园豆:152
提问于:2015-10-11 23:10
< >
分享
所有回答(5)
0

我来给涨涨人气

学无涯鲸拍浪 | 园豆:48 (初学一级) | 2015-10-12 15:53

貌似是同行啊

支持(0) 反对(0) 天天闹闹 | 园豆:152 (初学一级) | 2015-10-13 21:45
0

如果一开始没有考虑到合并,比如ID是自增的这种,那么不太好处理的。能否考虑建议一个中央数据库,然后都往中央库同步。以后查询,要跨区的时候,就从中央库去查。

幻天芒 | 园豆:36522 (高人七级) | 2015-10-13 08:56
0

这个很难一句话就得到一个方案,看具体情况吧。

比如先推送已有的数据到中央服务器,然后在接受变动的时候,把变动推送到数据库。

或者直接取消掉之前的地区,然后有统一的部署一个服务。

或者各地开放服务,然后有一个服务来直接跟踪转发,来提供数据服务。

感觉方案很多,就看楼主自己喜欢那一个。

至于楼上说的ID自增,也是需要考虑的,通常做法加上源编号,也就是之前所在的物理区编号。

````` | 园豆:14268 (专家六级) | 2015-10-13 15:12

 恩,ID自增这个有考虑,12位ID,其中11位sequence生成。另外一位表示物理分区。方案评审的时候,听前辈说有种什么缓存机制,可以把要同步的数据放到那里,然后主动推给其他数据库。具体的就不是很清楚了。

支持(0) 反对(0) 天天闹闹 | 园豆:152 (初学一级) | 2015-10-13 21:44
0

要大改,改造整个架构,比如数据库部署的结构。 另外,由于地域限制,肯定不同地域之间会有差异,看你期望是多少了。具体架构再说吧,这种问题我们遇到的多了。

neverlost | 园豆:568 (小虾三级) | 2015-10-14 14:03
0

你好,请问这个问题最后是怎么解决的?我最近也遇到这个问题,期待和您探讨,多谢

eden.zhong | 园豆:202 (菜鸟二级) | 2016-01-18 17:00
清除回答草稿
   您需要登录以后才能回答,未注册用户请先注册