Documentation Home
MySQL 外壳 8.0
MySQL 外壳 8.0  / 第 8 章 MySQL InnoDB ClusterSet  /  8.1 InnoDB ClusterSet 要求

8.1 InnoDB ClusterSet 要求

InnoDB ClusterSet 部署的基础是现有的 MySQL 8.0.27 或更高版本的 InnoDB Cluster，以及许多独立的 MySQL Server 实例，这些实例可以形成副本集群以为该主集群提供容灾能力。如果您想试用 InnoDB ClusterSet，您可以使用 MySQL Shell 8.0.27 或更高版本在本地机器上设置沙箱部署。您将需要安装 MySQL Server 8.0.27 或更高版本以及 MySQL Router 8.0.27 或更高版本。在 MySQL Shell 中使用 AdminAPI 命令，您可以创建沙盒 MySQL Server 实例，使用其中一些实例设置 InnoDB 集群，然后按照本节中的说明使用其他实例作为副本集群来设置 InnoDB ClusterSet 部署。 第 6.8 节，“AdminAPI MySQL 沙箱”。

重要的

建议您始终使用可用的最新版本的 MySQL Shell。最新版本的 MySQL Shell 可以与任何 GA 版本的 MySQL 5.7 或 8.0 一起使用。

要设置 InnoDB ClusterSet 的生产部署，请确保您具有以下组件：

软件组件

设置 InnoDB ClusterSet 部署需要 MySQL Server 8.0.27 或更高版本、MySQL Shell 8.0.27 或更高版本以及 MySQL Router 8.0.27 或更高版本。这些是 AdminAPI 所需的软件组件。请参见 第 6.2 节 “安装 AdminAPI 软件组件”。

始终使用可用的最新版本的 MySQL Shell 和 MySQL Router，并确保它们的版本与 MySQL Server 版本相同或更高。这两种产品都可以管理较旧的 MySQL Server 版本，但较旧的版本无法管理较新的 MySQL Server 版本中的功能。

InnoDB集群

现有的 InnoDB Cluster 将成为主集群。这是 InnoDB ClusterSet 部署提供容灾的集群。可以采用组复制组作为 InnoDB 集群。有关设置 InnoDB 集群或采用组复制组的说明，请参阅 第 7.4 节，“部署生产 InnoDB 集群”。

要成为主集群的 InnoDB 集群必须满足以下要求：

  • 集群不能已经是 InnoDB ClusterSet 部署的一部分。一个 InnoDB Cluster 只能参与一个 InnoDB ClusterSet 部署。

  • 集群中的所有成员服务器实例都必须是 MySQL 8.0.27 或更高版本。

  • InnoDB Cluster 元数据版本必须为 2.1.0 或更高版本。当您对集群执行任何操作（例如dba.getCluster()命令）时，如果集群的元数据需要更新，AdminAPI 会警告您。dba.upgradeMetadata()您可以通过在 MySQL Shell 8.0.27 或更高版本中发出命令，将元数据更新为适合 InnoDB ClusterSet 操作的 版本。请注意，升级集群的元数据后，它不能由旧的 MySQL Shell 版本管理。有关详细信息，请参阅 第 6.11 节，“升级元数据模式”。

  • 集群必须处于单主模式。InnoDB Cluster 可以是单主或多主模式，但 InnoDB ClusterSet 不支持多主模式。您可以在MySQL Shell中使用 cluster.switchToSinglePrimaryMode() 命令将多主模式的集群转换为单主模式，并选择一个实例作为主服务器。

  • 对于 8.0.27 及更高版本的 MySQL Server 实例，对于作为 InnoDB ClusterSet 一部分的 InnoDB Cluster， group_replication_view_change_uuid 系统变量必须在集群中的所有成员服务器上设置相同的值，以便为视图更改提供备用 UUID事件。从 MySQL 8.0.27 开始，使用该 dba.createCluster()命令创建的 InnoDB Cluster 会获得一个为所有成员服务器上的系统变量生成和设置的值。在 MySQL 8.0.27 之前创建的 InnoDB Cluster 可能没有设置系统变量，但 InnoDB ClusterSet 创建过程会检查这一点，如果不存在则失败并发出警告。

    该 Cluster.rescan() 命令可用于为 group_replication_view_change_uuid InnoDB Cluster 中的所有成员服务器生成和设置值。在 MySQL Shell 8.0.29 之前，该命令会在扫描集群时自动执行此操作，之后您必须重新启动集群以实施更改。从 MySQL Shell 8.0.29 开始，该命令返回一条警告消息，让您知道必须为系统变量设置一个值，或者您可以启用该选项updateViewChangeUuid以在扫描期间自动生成和设置一个值。重新启动集群后，您可以重试 InnoDB ClusterSet 创建过程。

  • 任何成员服务器上都不能有来自组外服务器的入站复制通道。Group Replication (group_replication_applier和 group_replication_recovery) 自动创建的通道是允许的。

  • 您需要知道集群的 InnoDB Cluster 服务器配置帐户用户名和密码（请参阅 第 8.3 节，“InnoDB ClusterSet 的用户帐户”）。dba.configureInstance这是在 InnoDB 集群中的成员服务器上设置的帐户 。您将需要在将形成副本集群的 MySQL 服务器实例上创建此帐户，并使用它来设置它们。

    笔记

    您不能使用 InnoDB Cluster 管理员帐户（使用 设置 cluster.setupAdminAccount()）为副本集群设置独立的 MySQL Server 实例。 cluster.setupAdminAccount() 在独立实例上不可用，如果您使用dba.configureInstance或手动在独立实例上创建其中一个帐户，它将随后从主集群复制，导致复制因错误而停止。

  • 在创建 InnoDB ClusterSet 部署时，InnoDB Cluster 必须在线且健康，并且必须可以使用 MySQL Shell 访问其主要成员服务器。

MySQL 服务器实例

许多独立的 MySQL 服务器实例，您可以将它们组成一个或多个副本集群。尽管 InnoDB ClusterSet 部署可以包括由单个服务器实例组成的副本集群，但建议每个副本集群中至少包含三个成员服务器以实现容错。在用于容灾的生产部署中，每个副本集群将位于备用位置，例如不同的数据中心。

您在副本集群中使用的每个 MySQL 服务器实例都必须满足以下要求：

  • 服务器还不是 InnoDB ClusterSet 部署、InnoDB ClusterSet 或 InnoDB ReplicaSet 的一部分。

  • 您不需要服务器上的数据。如果服务器以前曾用于处理事务，则当它成为副本集群的成员时，数据将被覆盖（除非事务恰好是主集群上的事务的子集）。

  • 服务器不是当前正在运行的组复制组的一部分（即使单个服务器已离开该组）。您不能采用现有的 Group Replication 组或其当前或前成员作为副本集群。如果要使用当前位于复制组中的服务器实例，请在该组STOP GROUP_REPLICATION的所有成员上发布，以便该组完全脱机。然后可以使用 AdminAPI 将单独的服务器实例制作成副本集群。

    重要的

    谨慎使用以前的 Group Replication 组成员作为 InnoDB ClusterSet 副本集群的成员，特别是如果您对 Group Replication 配置选项进行了大量更改，或者如果该组是在更早的版本中创建的并且您根据关于该版本的情况。

    InnoDB ClusterSet 副本集群创建过程会覆盖您在命令中为其指定新设置的任何现有持久化组复制配置选项。它还总是覆盖以下系统变量，即使您没有在命令中指定 它们 ： group_replication_group_name、、、、 和 group_replication_group_seedsgroup_replication_local_addressgroup_replication_view_change_uuidgroup_replication_enforce_update_everywhere_checks. 但是，您更改的其他组复制配置选项将保持原样。这些自定义设置可能会干扰 InnoDB ClusterSet 的运行或性能，它期望 MySQL 8.0.27 默认值用于在 InnoDB ClusterSet 副本集群创建过程中未更改的组复制配置选项。

    如果您确实想使用已配置的组复制服务器，请检查并删除所有自定义设置（如果可能），特别是检查 group_replication_single_primary_mode 系统变量是否设置为默认值 ON. 在这种情况下，对于前组复制组成员来说，最安全的选择是重新安装 MySQL 服务器，而不是将安装升级到 MySQL 8.0.27。

  • 服务器是 MySQL 8.0.27 或更高版本。如果要通过克隆为副本集群供应更多成员服务器，所有服务器必须处于同一版本且在同一操作系统上。

  • 服务器有一个服务器ID（server_id系统变量）和服务器UUID（server_uuid系统变量），它们在整个InnoDB ClusterSet 中是唯一的，包括任何离线或无法访问的成员服务器。

  • 服务器上没有配置入站复制通道。仅允许 组复制通道（group_replication_applier和 ）。group_replication_recovery

  • 服务器可以连接到InnoDB ClusterSet中的主集群，主集群可以连接到它。

  • 在创建 InnoDB ClusterSet 部署时，服务器必须在线且健康，并且可以使用 MySQL Shell 访问。

所需的用户帐户凭证、InnoDB ClusterSet 元数据和组复制配置将在 InnoDB ClusterSet 副本集群创建过程中设置。

MySQL 路由器实例

一个或多个 MySQL Router 实例，用于将客户端应用程序流量路由到 InnoDB ClusterSet 部署中的适当集群。建议将 MySQL Router 部署在与客户端应用程序相同的主机上。

重要的

如果您使用现有的 InnoDB Cluster 作为 InnoDB ClusterSet 部署中的主集群，并且您已经针对该集群引导了 MySQL Router，请使用--force针对 InnoDB ClusterSet 的选项再次引导它，然后停止并重新启动 MySQL Router。需要为 InnoDB ClusterSet 更新 MySQL Router 实例的静态配置文件中的设置。按照 第 8.5 节“将 MySQL 路由器与 InnoDB ClusterSet 集成”中描述的过程进行操作。