MySQL 8.4 版本说明
一个复制通道需要两个充当复制服务器的 MySQL 服务器（一个用于源服务器，一个用于副本服务器）。例如，这意味着在一个具有两个复制通道的复制设置中（为了提供额外的冗余通道），总共应该有四个复制节点，每个集群两个。
本节和后续章节中描述的 NDB 集群复制依赖于基于行的复制。这意味着复制源 MySQL 服务器必须使用 --binlog-format=ROW 或 --binlog-format=MIXED 运行，如 第 25.7.6 节，“启动 NDB 集群复制（单一复制通道）” 中所述。有关基于行的复制的常规信息，请参阅 第 19.2.1 节，“复制格式”。
重要
如果您尝试使用 --binlog-format=STATEMENT 的 NDB 集群复制，复制将无法正常工作，因为源集群上的 ndb_binlog_index 表和副本集群上的 ndb_apply_status 表的 epoch 列不会更新（请参阅 第 25.7.4 节，“NDB 集群复制模式和表”）。相反，只有充当复制源的 MySQL 服务器上的更新会传播到副本，并且源集群中任何其他 SQL 节点的更新都不会被复制。
--binlog-format 选项的默认值为 MIXED。
用于复制的每个 MySQL 服务器（在任何集群中）都必须在参与任何集群的所有 MySQL 复制服务器中唯一标识（您不能在源集群和副本集群上都有共享相同 ID 的复制服务器）。这可以通过使用 --server-id= 选项启动每个 SQL 节点来完成，其中 idid 是一个唯一的整数。虽然这不是严格必要的，但为了讨论的目的，我们假设所有 NDB 集群二进制文件都具有相同的版本。
在 MySQL 复制中，通常情况下，涉及的两个 MySQL 服务器（mysqld 进程）必须在使用的复制协议版本和它们支持的 SQL 功能集方面相互兼容（请参阅 第 19.5.2 节，“MySQL 版本之间的复制兼容性”）。由于 NDB 集群和 MySQL 服务器 8.4 发行版中的二进制文件之间的这种差异，NDB 集群复制需要额外的要求，即两个 mysqld 二进制文件必须来自 NDB 集群发行版。确保 mysqld 服务器兼容的最简单方法是为所有源和副本 mysqld 二进制文件使用相同的 NDB 集群发行版。
我们假设副本服务器或集群专用于源集群的复制，并且它上没有存储其他数据。
所有正在复制的 NDB 表都必须使用 MySQL 服务器和客户端创建。使用 NDB API 创建的表和其他数据库对象（例如，使用 Dictionary::createTable()）对于 MySQL 服务器不可见，因此不会被复制。NDB API 应用程序对使用 MySQL 服务器创建的现有表的更新可以被复制。
注意
可以使用基于语句的复制来复制 NDB 集群。但是，在这种情况下，以下限制适用
对充当源的集群上的数据行的所有更新都必须定向到单个 MySQL 服务器。
无法使用多个同时的 MySQL 复制进程来复制集群。
只复制在 SQL 级别的更改。
这些是基于语句的复制相对于基于行的复制的额外限制；请参阅 第 19.2.1.1 节，“基于语句的复制和基于行的复制的优缺点”，以获取有关两种复制格式之间差异的更多具体信息。