MariaDB Galera集群的DR设置

Question

使用GTID的异步复制已在MDB-01到MDBDR-01之间设置，按照以下链接中的给定配置：http://www.severalnines.com/blog/deploy-asynchronous-replication-slave-mariadb-galera-cluster-gtid-clustercontrol（链接是MariaDB Galera Cluster之间的异步复制，以独立的MariaDB实例。但是，我为MariaDB Galera Cluster到MariaDB Galera Cluster之间的异步复制设置了相同的配置）

我可以用下面的命令从当前从机MDBDR-01=>MDB-01切换到MDBDR-01=>MDB-02：

将MASTER更改为master_host='MDB-02'

请提供输入以实现指向MDBDR-02=>MDB-01或MDBDR-03=>MDB-01。

Answer 1

您需要了解的一点是，在这种情况下，每个MariaDB的GTID实现都可能导致问题，这篇文章简要地提到了这一点。由于每个节点都维护自己的GTID列表，galera事务没有自己的id，因此相同的GTID可能不会指向每个服务器上的相同位置（请参见本文）。

由于这个问题，我不会尝试在没有Mariadb10.1的情况下做什么。Mariadb10.1.8刚刚发布，是10.1行的第一个GA版本。10.1更改了GTID实现，因此galera事务使用自己的server_id（通过配置变量设置）。然后，您可以筛选从服务器上的复制，以只复制galera ID。

要切换到不同的从服务器，您需要在旧的从服务器上执行最后一个GTID。gtid_slave_pos存储在mysql.gtid_slave_pos中，但是mysql.*表是不复制的。我不完全确定，也没有办法测试事务的原始GTID是否被传递给其他从galera节点（即，如果主集群的galera server_id为1，从集群的galera server_id为2，并且MDBDR-01获得GTID为1-1-123的从事件，那么MDBDR-02是将其记录为1-1-123还是1-2-456)。我猜不会，因为新的GTID实现应该会更改server_id，但您可以验证这一点。由于您可能无法从另一个从galera节点获得最后一个执行的主GTID，因此您可能需要从旧的从节点获得GTID，除非您优雅地关闭旧的从节点，否则这可能是不可能的。您可能需要从新从服务器的binlog中的最后一个执行的事务中查找GTID，并尝试将其与主服务器的binlog中的一个事务匹配。另外，如果您没有使用sync_binlog=1，binlog是不可靠的，可能会有点落后。

当您获得GTID（或猜测）时，您将在新的从服务器上设置复制，与在原始从服务器上设置复制的方式相同。以下命令应执行此操作：

SET GLOBAL gtid_slave_pos = "{Last Executed GTID}";
CHANGE MASTER TO master_host="{Master Address}", master_port={Master Port}, master_user="{Replication User}", master_password={Replication Password}, master_use_gtid=slave_pos;
START SLAVE;

您还应该在重新启动旧从服务器之前禁用它的复制，这样错过的事件就不会被复制两次。

在执行的从GTID通过galera复制之前（这可能永远不会发生），像这样的故障转移将是一个混乱的过程。