组大小限制

事务大小限制

--upgrade=MINIMAL 选项。  在使用 MINIMAL 选项 (--upgrade=MINIMAL) 升级 MySQL 服务器后，无法启动组复制，该选项不会升级复制内部依赖的系统表。

间隙锁。  组复制的并发事务认证过程没有考虑 间隙锁，因为有关间隙锁的信息在 InnoDB 之外不可用。有关更多信息，请参阅 间隙锁。

表锁和命名锁。  认证过程没有考虑表锁（请参阅 第 15.3.6 节，“LOCK TABLES 和 UNLOCK TABLES 语句”）或命名锁（请参阅 GET_LOCK()）。

二进制日志校验和。  MySQL 8.4 中的组复制支持校验和，因此组成员可以使用默认设置 binlog_checksum=CRC32。binlog_checksum 的设置不必对组中的所有成员都相同。

当校验和可用时，组复制不会使用它们来验证 group_replication_applier 通道上的传入事件，因为事件是从多个源写入该中继日志的，并且是在它们实际写入到源服务器的二进制日志之前，而此时会生成校验和。校验和用于验证 group_replication_recovery 通道以及组成员上的任何其他复制通道上的事件的完整性。

SERIALIZABLE 隔离级别。  SERIALIZABLE 隔离级别默认情况下在多主组中不受支持。将事务隔离级别设置为 SERIALIZABLE 会配置组复制以拒绝提交事务。

并发 DDL 与 DML 操作。  当使用多主模式时，针对同一对象但在不同服务器上执行的并发数据定义语句和数据操作语句不受支持。在对对象执行数据定义语言 (DDL) 语句时，对同一对象但在不同服务器实例上执行并发数据操作语言 (DML) 会存在冲突的 DDL 在不同实例上执行时未被检测到的风险。

带有级联约束的外键。  多主模式组（所有成员都配置为 group_replication_single_primary_mode=OFF）不支持具有多级外键依赖关系的表，特别是定义了 CASCADING 外键约束 的表。这是因为会导致级联操作的外键约束（由多主模式组执行）会导致未检测到的冲突，并导致组成员之间的数据不一致。因此，我们建议在多主模式组中使用的服务器实例上设置 group_replication_enforce_update_everywhere_checks=ON 以避免未检测到的冲突。

在单主模式下，这不是问题，因为它不允许对组的多个成员并发写入，因此不存在未检测到的冲突的风险。

多主模式死锁。  当组在多主模式下运行时，SELECT .. FOR UPDATE 语句会导致死锁。这是因为锁在组成员之间不共享，因此可能无法满足此类语句的预期结果。

复制过滤器。  无法在配置为组复制的 MySQL 服务器实例上使用全局复制过滤器，因为在某些服务器上过滤事务会导致该组无法就一致状态达成一致。通道特定的复制过滤器可用于与组复制无关的复制通道，例如组成员还充当外部源的副本时。它们不可用于 group_replication_applier 或 group_replication_recovery 通道。

加密连接。  如果使用 OpenSSL 1.1.1 或更高版本编译，则 MySQL 支持 TLSv1.3 协议。组复制支持 TLSv1.3，其中它可用于组通信连接和分布式恢复连接。

group_replication_recovery_tls_version 和 group_replication_recovery_tls_ciphersuites 可用于配置客户端对任何密码套件选择的支持，包括仅在需要时仅使用非默认密码套件。请参阅 第 8.3.2 节“加密连接 TLS 协议和密码”。

克隆操作。 组复制启动和管理用于分布式恢复的克隆操作，但已配置为支持克隆的组成员也可以参与用户手动启动的克隆操作。如果操作涉及运行组复制的组成员，则可以手动启动克隆操作，前提是克隆操作不会删除和替换接收方的数据。因此，如果运行组复制，则启动克隆操作的语句必须包含 DATA DIRECTORY 子句。请参阅 第 20.5.4.2.4 节“用于其他目的的克隆”。