关于我的MariaDB Master-Master设置的一般想法(也是升级程序)

时间:2016-12-06 10:13:54

标签: mysql database replication mariadb

我只是使用这三个指南的组合在Ubuntu虚拟机上使用Master-Master复制设置MariaDB:

简而言之,两者都是主人,两者都是另一个人的奴隶。这将由单独的Web托管服务器使用。一个将是"主要大师"所有Web服务器连接到的服务器,如果在该服务器上发生故障,它们将被手动更改为"辅助主服务器"。

我选择这个而不是主奴的原因是

  1. 第三方备份作业更简单。备份和恢复都在" secondary" master,而不是从辅助服务器备份并恢复到主服务器。
  2. 如果主服务器出现故障并且我必须暂时切换到辅助服务器,那么在此期间所做的所有更改都应该在主服务器再次联机时写入主服务器(?)。
  3. 它尚未生效,但到目前为止我测试时一切正常。但是,我不是DBA。我一直在阅读它是如何不值得的"值得的"如果你不是绝对需要师父,你应该选择Master-Slave。 现在我担心我会遇到诸如不一致和其他令人头疼的问题。 将托管最多约100个主要用于Wordpress安装的数据库。

    您对此事有何看法? M-M还是M-S? 如果是M-S,我该如何"同步回来"如果Master关闭并且Slave需要在一段时间内成为活动服务器,数据会发生变化吗?

    我也想知道是否有标准的,普遍接受的,逐步升级这些方法。我想在何时需要升级操作系统或MariaDB版本。 我的一般想法就像取下一台服务器,升级它,启动它。然后取下另一个,升级它,启动它。 但是,我猜测它还有更多。

    我只找到了一些关于使用Mysql进行M-S升级的文档。

0 个答案:

没有答案