mysql transfer 架构_Transfer在MySQL双主同步架构中的应用

一些学生讨论了Transfer是否可以支持双重主要结构。答案是肯定的。这是一个简短说明。

背景

Transfer可以用作主从库之外的工具，也可以充当从属库本身。本文介绍了这两种使用方案中的部署结构和切换操作。

从模式

a) 结构

这是最简单的双主控。那转让呢？该代码直接写入这两个Master中，因此它们是Transfer。

b)\\ n 切换

DBA学生使用最熟悉的切换过程进行操作。

1) 停止更新Master1

2) 确保数据完全同步

3) 将更新Master2

此处的传输机制确保步骤2)的时间很短(因为没有延迟)。

工具模式

a) 结构

如果您更担心数据安全性，担心此修补程序将直接充当master1和master2的风险(这是负责任的态度！)，请使用上面显示的结构。

其中Transfer1(T1)和Master1(M1)在同一台机器上，(Transfer1)T2和(Master)M2在另一台机器上。

斜杠表示主从关系，T1是M2的从属库，T2是M1的从属库。

\\ n 垂直线表示更新关系，T1接收到的同步命令用于更新M1，T2更新M2

b)\\ n 切换

切换过程与第一模式完全相同。

摘要

在两种模式之间进行选择时，第一次操作和维护相对简单，但风险较大。如果传输有错误，则需要更新版本或更改原始的主从服务器。并非所有系统都可以接受这种操作。

我推荐第二种模式。好处如下:

1.即使coredump不影响数据服务，传输本身也不携带数据。同步过程自然需要切换回原始的主从方法，以便M1和M2直接连接。

(请查看军官的问题:您为什么要推广错误或核心转储？

作者的回答:尽管我进行了我认为足够的测试，但应始终对风险进行解释。这是一种负责任的态度。否则，您将使用数据服务进行干预。)

2.Master需要升级版本(例如，如果将来要升级到5.6)，则无法更改传输。

当然，它们两个都受支持。有勇气的人可以使用第一个。免费保修还不够。