全方位认识 MySQL 8.0 Group Replication.pdf

山

126

5页

6次

2024-05-06

免费下载

全方位认识 MySQL 8.0 Group Replication

一个组中 MySQL Server（组成员）的最大数量是多少?

 单个复制组中的允许组成员（MySQL Server）的最大数量是 9 个。如果有更多的 Server 尝试加入该组时，其连接请求将被

拒绝。该限制数量是通过已有的测试案例和基准测试中得出的一个安全边界，在这个安全边界中，组能够安全、可靠、稳定地运行在一

个稳定的局域网中。

组中的成员之间如何连接与通讯?

 组中的成员之间，通过建立点对点的 TCP 连接与组中的其他成员进行通讯。这些连接仅用于组成员之间的内部通信和消息传

递。用于建立 TCP 连接的地址信息由系统变量 group_replication_local_address 进行配置。

系统变量 group_replication_bootstrap_group 有什么用途?

 指示启用该系统变量的 Server 在执行 START GROUP_REPLICATION 语句时引导创建一个组，并充当种子成员。后续的其

他 Server 如果要加入组（加入组的 Server 在这里称为 joiner 成员），则需要向创建组的成员请求加入组（接受连接请求的组成员在这

里称为 donor 节点），创建组的成员在接收到 joiner 节点请求之后，会动态更改一些配置，以便将其添加到组中。

 有如下两种场景需要使用该系统变量来引导创建一个组： * 在第一次创建组时，在第一个启动的 Server 中使用。 * 在完全

重新启动整个组时，在第一个启动的 Server 中使用。

如何为分布式恢复过程设置凭据?

 可以使用 CHANGE MASTER TO 语句预先配置组复制恢复通道的凭据（凭据指的是用户名和用户密码等）。

可以使用组复制来扩展写负载吗?

 不直接扩展写负载。组复制是一个非共享的完整复制数据副本的解决方案，组中的所有成员都有一份完整的数据副本。因此，

如果组中的一个成员提交一个事务向存储写入了 N 个字节，那么也将向组中其他成员的存储写入大约 N 个字节，因为组中一个成员中发

起的事务，其产生的数据变更日志（二进制日志）会被复制到其他任意成员中并进行事务回放。但是，相对于事务发起的原始成员来说，

其他通过二进制日志（row 格式）实现事务同步的成员不需要执行事务的全过程（即，事务发起的原始成员和通过二进制日志同步事务

的成员，在处理同一个事务的过程上有所不同），通过二进制日志来同步和回放的机制，意味着其接收到的数据包是经过优化的紧凑格

式（可能存在着分段、打包、压缩处理），与原始成员相比，这可能会减少所需的 IO 操作数量，而且通过二进制日志格式回放的方式可

以更快地应用事务对数据的更改（事务只需要回放 row 格式的二进制日志即可，而不需要完整重新执行事务的全过程）。

 如果组使用多主模式，则可以将无冲突的事务分散到不同的主要节点中，这样就能够一定程度上扩展写负载能力（通过多节

点写来扩展一小部分 IO 操作，能够间接扩展一小部分写负载）。

与简单复制（主从复制）相比，在相同的工作负载下，组复制是否需要更多的网络带宽和 CPU ?

 由于组成员之间需要不断地相互交互消息以实现同步数据和相互告知组成员状态的目的。因此，相对于主从复制来说，预计

会产生一些额外的负载，但具体多多少负载很难量化，因为它还取决于组的大小（即，组成员数量。例如：9 个组成员对带宽需求大于 3

个成员，且内存和 CPU 消息也更大，因为成员数量越多，组中消息传递和处理工作就越复杂）。

可以跨广域网部署组复制吗?

 可以，但是每个成员之间的网络连接必须可靠并具有良好的性能，低延迟、高带宽的网络连接是保证组复制高性能的必要条

件，如果网络带宽存在瓶颈，可以参考"6.3 消息压缩" 中介绍的方法来降低组复制的带宽消耗。但是，如果网络连接存在丢包的问题，

可能导致重新传输造成更高的端到端延迟，这个时候，吞吐量和延迟都将受到负面影响。注意：当任何组成员之间的网络往返时间(RTT)

超过 5 秒时，可能会触发内置的故障检测机制而导致组成员被驱逐出组（实际是否被驱逐出组，需要看具体的配置）。

如果出现临时的连接问题，成员会自动重新加入组吗?

 这取决于连接发生问题的原因。如果连接问题是暂时的，并且重新连接的速度足够快（即，发生问题的时间很短），以至于

故障检测器没有发现或者未达到故障级别，那么组成员可能就不会被驱逐出组。如果发生问题的时间足够长，则故障检测器最终会发现

问题并将故障成员驱逐出组。

 从 MySQL 8.0 版本开始，可以使用两个系统变量进行调节，这就为发生问题的组成员增加了一个继续留在组中或被驱逐出组

之后重新加入组的机会： * group_replication_member_expel_timeout：设置从怀疑的创建（在最初的 5 秒检测期之后发生）到成员被

驱逐出组之间的间隔时间。最大支持 3600 秒（1 个小时）的等待时间。 * group_replication_autorejoin_tries：设置一个组成员被驱逐

of 5

免费下载

mysql

关注

评论