MGR要求及限制 - 墨天轮文档

MGR要求及限制

1074

3页

4次

2020-07-10

5墨值下载

接着上次问题，MGR 有那些要求及限制。现在来理一理

要求：

1.InnoDB 存储引擎

InnoDB 提供了一些附加功能，可以在与组复制一起操作时更好地管理和处理冲突。

使用其他存储引擎，包括临时 MEMORY 存储引擎，可能会导致组复制中的错误。

建议：

disabled_storage_engines="MyISAM,BLACKHOLE,FEDERATED,ARCHIVE,MEMO

RY"

2.主键

组复制必须有主键，或者至少一列非空唯一列（等效主键），组复制具有其自己的内置的主键

或主键等效项检查集，并且不使用 sql_require_primary_key 系统变量执行的检查。

3.网络性能

组复制服务器实例位于同一位置并共享本地组通信引擎（XCom）实例，所有组成员之间必须

始终保持双向通信。

如果针对服务器实例阻止了入站或出站通信（例如，通过防火墙或由于连接问题），则该成员

无法在该组中运行，并且该组成员（包括有问题的成员）可能无法报告受影响的服务器实例的

正确成员状态。

4.数据库配置

--log-bin[=log_file_name] binlog 必须打开并且 binlog_format 必须设置为 ROW 模式

--log-slave-updates=ON 组成员需要记录加入时从主库接收并通过复制应用程序应用的事务，

并记录他们从组中接收并应用的所有事务。

这使组复制能够通过从现有组成员的二进制日志进行状态来执行恢复。

--binlog-checksum=NONE 关闭二进制日志校验和（适用于 MySQL 8.0.20）组复制无法使

用校验和，并且不支持二进制日志中的校验和。

从 MySQL 8.0.21 开始，组复制支持校验和，因此组成员可以使用默认设置

binlog_checksum=CRC32。

gtid_mode=ON 全局事务标识符打开

master_info_repository=TABLE

relay_log_info_repository=TABLE

复制应用程序需要将复制元数据写入 mysql.slave_master_info 和

mysql.slave_relay_log_info 表,

不建议使用 File

--lower-case-table-names 小写表格名称。在所有组成员上设置为相同的值

slave_parallel_workers=16 在成员上启用多线程应用程序，并且最多可以指定 1024 个并行

应用程序线程

slave_parallel_type=LOGICAL_CLOCK

slave_preserve_commit_order=1 确保并行事务的最终提交与组复制所要求的顺序与原始事

务的顺序相同

限制

MGR 在 GTID 模式基础上，GTID 模式限制，MGR 同样也限制。

GTID 限制：

CREATE TABLE ... SELECT 语句限制，不能使用这种 sql sql_slave_skip_counter 使用

GTID 时不支持。如果需要跳过事务，请改用源 gtid_executed 变量的值

1.一个复制组成员的 MySQL 服务器的最大数量为 9

2.交易规模限制

group_replication_transaction_size_limit 来指定组将接受的最大事务大小。

在 MySQL 8.0 中，此系统变量默认为最大事务大小为 150000000 字节（约 143 MB），单

个事务超过 143M 集群断开

3.集群节点等待时间

group_replication_member_expel_timeout 增加了从产生怀疑（在最初的 5 秒检测周期之后

发生）到成员被驱逐之间的时间。您可以设置最长 1 小时的等待时间。从 MySQL 8.0.21 开

始，默认设置等待时间为 5 秒。

group_replication_autorejoin_tries 让成员在被驱逐或多数派超时后尝试重新加入该组。从

MySQL 8.0.21 开始，默认了 3 次自动重新加入尝试。

4.防火墙 iptables

如果启用了 iptables，则需要打开组复制端口以在计算机之间进行通信。假设配置的端口为

33061，则通过发出 iptables -A INPUT -p tcp --dport 33061 -j ACCEPT 来启用必要端口上

的通信

多主模式

1.事务隔离级别

设置事务隔离级别以 SERIALIZABLE 将组复制配置为拒绝提交事务。

对于处于多主模式的组，除非您依赖 REPEATABLE READ 应用程序中的语义，多主模式下

建议事务

隔离级别设置为：READ COMMITTED

InnoDB 不使用中的间隙锁 READ COMMITTED，它使 InnoDB 中的本地冲突检测与由组

复制执行的分布式冲突检测对齐。

2.并行 DDL 与 DML 操作

使用多主模式时，不支持针对同一对象在不同服务器上并发的执行 DDL，会导致数据不一致。

3.具有级联约束的外键

多主模式组（所有成员都配置有 group_replication_single_primary_mode=OFF）不支持具

有多级外键依赖性的表，特别是定义了 CASCADING 外键约束的表。