0

我有一系列数据库,每个数据库基本上都是独立的。最初似乎我需要一个复制解决方案,但我研究得越多,就越觉得复制是多余的,而且无论如何都没有用。我以前没有做过 MySQL 复制,所以我一直在阅读在线文档、谷歌搜索和搜索相关问题,但我找不到像我这样的场景。以下是我的问题的简要说明:

  1. 各种数据库之间几乎从来没有实时连接。
  2. 他们需要能够通过将文件复制到拇指驱动器然后将它们移动到正确的目的地来“同步”。
  3. 数据不完全匹配是可以的,但它们应该具有相同的父子关系。也就是说,如果生成的密钥在数据库之间不同,没什么大不了的。但可见数据必须匹配。
  4. 时机并不重要。更新可以在一周后完成,甚至一个月后完成,只要最终完成即可。
  5. 不能保证更新按正确的顺序或任何顺序进行。它们将按每个数据库的顺序排列;只是不在数据库之间
  6. 与其说是一组主从关系,更像是一个中央数据库(R/W)和多个远程数据库(也叫R/W)。
  7. 在创建它们之前,我不会知道我有多少远程数据库。并且中央数据库在数据到达之前不会知道数据库的存在。(对我来说,这意味着我不能使用赋予每个人自己唯一身份范围的方法来保证中央数据库中的唯一性。)

在我看来,底线是我不想要“复制”,而是想要“意识”。我希望中央数据库知道远程数据库中发生了什么,但没有时间要求。我希望远程数据库了解中央数据库,但它们不需要相互了解。

WTH是我的问题吗?就是这样:这个场景听起来像任何典型的复制场景,还是听起来我必须自己动手?也许上面的#7 是唯一重要的,并且考虑到这一要求,开箱即用的复制是不可能的。

编辑:我意识到这个问题可能更适合 ServerFault。我也在那里搜索,没有找到我的问题的答案。根据我在 SO 和 SF 上发现的复制问题,似乎决定将我的问题放在哪里是 50-50。对不起,如果我猜错了。

4

1 回答 1

0

由于“主”数据库在出现之前不会知道复制数据库,所以这显然不是复制的情况。当数据出现时,它只是一个插入或更新。所以我关闭这个并接受这个答案,因为这个问题变得没有实际意义。

于 2010-06-10T17:19:50.923 回答