在这种情况下，MySQL复制是否合适？

Question

我有一系列数据库，每个数据库基本上都是独立的。最初看起来我需要一个复制解决方案，但是我研究的越多，复制就越有效，反正无用。我以前没有做过MySQL复制，所以我一直在阅读在线文档，谷歌搜索和搜索SO的相关问题，但我找不到像我一样的场景。以下是我的问题的简要说明：

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

在我看来，底线是我不想要“复制”，因为我想要“意识”。我希望中央数据库知道远程数据库中发生了什么，但没有时间要求。我希望远程数据库能够了解中央数据库，但他们不需要彼此了解。

WTH是我的问题？它是这样的：这种情况听起来像任何典型的复制方案，还是听起来像我必须自己滚动？也许上面的＃7是唯一重要的，并且考虑到这一要求，开箱即用的复制是不可能的。

编辑：我意识到这个问题可能更适合ServerFault。我也在那里搜索过，发现我的问题没有答案。基于我在SO和SF上找到的复制问题，似乎在50到50分的地方提出了我的问题。对不起，如果我猜错了。

Answer 1

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