主服务器和现场笔记本电脑之间的MySQL复制

Question

我们是一家在各种体育赛事中提供时间跟踪服务的公司。为了存储这些计时结果，我们使用带有MySQL服务器的笔记本电脑，其中包含计时数据。

在目前的情况下，就在我们开车去参加活动之前，我们得到了主服务器(主服务器，在我们网站后面运行)的本地副本，并在活动结束后将这些更改提交回主服务器。

在不久的将来，我们希望在我们的网站上实现实时跟踪，并将用户配置文件更改(用户可以在批次开始之前更改其批次的时间)到现场机器。

事件存在多个批次(开始时间)。用户订阅了某个批次，但有时当他们处于流量中时，他们喜欢将批次更改为更晚的批次。

因此，我们需要双向同步，因为数据在我们的主服务器和本地机器上都得到了更新。在大多数活动中，我们都可以访问互联网。如果我们不这样做，我希望一旦连接再次联机，同步就能正常工作。

我已经了解了MySQL主-主复制。这看起来很不错，但是我并不是100%满意。

对于如何设置这样的环境，有什么建议吗？我们非常欢迎所有的建议！

Answer 1

在数据库始终连接的环境中，多主机复制是最佳选择。这减少了冲突的可能性。多主机复制没有任何自动冲突解决功能，如果两个主机之间存在延迟，可能会导致数据不正确。

多主机复制通常用于提供冗余。如果一个主机发生故障，则所有写操作都可以故障转移到另一个主机。

对于多主机复制，如果在服务器之间存在延迟(未连接或连接缓慢)时允许在两个主机上进行更新，则可能会出现数据冲突，这可能会导致错误或意外的数据。

多主体复制不是为离线分布式数据库同步而设计的，但如果您有避免数据冲突的策略，则可以在这种情况下使用多主体复制。

若要完全避免冲突，请一次仅允许更新一个数据库。

您可以将网站设计为检测本地数据库的复制是否处于活动状态，如果是，则仅允许在网站上进行更改，然后将其复制到本地数据库。

如果没有Internet连接和复制，则要求用户在事件发生时更新本地数据库上的数据。一旦您重新联机或重新建立连接，您就可以复制回网站数据库。

由于不同事件的数据不会冲突，这不会阻止您的网站在即将到来的事件中继续运行，同时限制正在进行的事件在网站上的更新。

关于时间跟踪数据，由于这些数据根本不会在网站上更新，因此您不必担心冲突。您可以随时将该数据复制到网站管理员。