如果一个实例离开群集，例如因为它丢失了连接，而出于某种原因它无法自动重新加入群集，可能需要在稍后阶段将其重新加入群集。将一个实例重新加入群集问题簇。一突密（实例)。

在实例未持久的情况下（参见持久的设置)，在重新启动时，实例不会自动重新加入集群。解决办法是发布cluster.rejoininstance（）因此，实例再次添加到群集，并确保更改持久。InnoDB群集配置持续到实例的选项文件，它会自动重新加入群集。

如果要重新加入以某种方式更改的实例，那么您可能必须修改实例以使重新加入进程正常工作。例如，当您还原MySQL Enterprise Backup Backup时，server_uuid.变化。尝试重新加入这样的实例失败，因为InnoDB群集实例由server_uuid.多变的。在这样的情况下，有关实例的旧信息server_uuid.必须从InnoDB群集元数据中删除，然后是一个簇.rescan（）必须执行以使用新实例将该实例添加到元数据中server_uuid.。例如：

集群。removeInstance("root@instanceWithOldUUID:3306"， {force: true}) cluster.rescan()

在这种情况下，您必须通过力量选择簇.RemoveInstance（）方法，因为实例从群集的角度无法访问，我们希望从InnoDB群集元数据中删除它。

如果实例（或实例）失败，则群集可能会失去其仲裁，这是在新的主要主机中投票的能力。当存在足够的情况时，这可能发生在不再有大多数实例中，该实例构成了群集对组复制操作进行投票。看容错。当群集失去Quorum时，您无法再使用群集进行写入事务，或者更改群集的拓扑，例如通过添加，重新加入或删除实例。但是如果您在线包含包含InnoDB群集元数据的实例，则可以使用仲裁还原群集。这假设您可以连接到包含InnoDB群集元数据的实例，并且该实例可以联系要用于还原群集的其他实例。

连接到包含集群元数据的实例，然后使用簇.ForcequorumusingPartitionof（实例)操作，基于元数据恢复群集实例，然后是所有的实例在线的从给定的实例定义，将添加到恢复的群集中。

mysql-js> cluster. forcequorumusingpartitionof ("icadmin@ic-1:3306") Restoring replicasset 'default' from loss of quorum, by using the partition composed of [icadmin@ic-1:3306] Please provide the password for 'icadmin@ic-1:3306': ****** Restoring the InnoDB cluster…InnoDB集群使用实例“icadmin@ic-1:3306”的分区成功恢复。警告:要避免脑裂的情况，请确保复制集的所有其他成员都被删除或加入到已恢复的组中。

如果实例未自动添加到群集，例如如果其设置未持久，请使用簇.rejoinInstance ()手动将实例添加回集群。

恢复的群集可能不会，不必包含构成群集的所有原始实例。例如，如果原始群集由以下五个实例组成：

而且聚类经历了一个分裂的大脑情景ic-1,ic-2， 和ic-3形成一个分区ic-4和ic-5形成另一个分区。如果你连接到ic-1和问题簇.ForcequorumusingPartitionof（'icadmin @ IC-1：3306'）为了恢复集群，生成的集群将包括以下三个实例:

因为ic-1看到ic-2和ic-3作为在线的却看不见ic-4和ic-5。

如果您的集群遭受了完全的停机，您可以确保使用正确地重新配置它dba.rebootclusterfromcompleteoutage（）。此操作采用MySQL Shell当前连接的实例并使用其元数据来恢复群集。如果群集的实例完全停止，则必须启动实例，只能启动群集。例如，如果重新启动机器Sandbox群集运行Sandbox群集，则该实例位于Ports 3310,3320和3330，问题：

mysql-js> dba.startSandboxInstance(3310) mysql-js> dba.startSandboxInstance(3320)

这可确保沙盒实例正在运行。在生产部署的情况下，您必须启动MySQL shell之外的实例。一旦实例启动，您需要连接到具有GTID超集的实例，这意味着在中断之前应用了大多数事务的实例。如果您不确定包含GTID超集的实例，请连接到任何实例并按照交互式消息dba.rebootclusterfromcompleteoutage（）操作，它检测您所连接的实例是否包含GTID超集。通过发出以下命令重新启动集群:

mysql-js> var cluster = dba.rebootClusterFromCompleteOutage();

的dba.rebootclusterfromcompleteoutage（）然后，操作执行以下步骤以确保群集正确重新配置：

如果您不使用MySQL Shell的交互模式，则可以使用rejoinInstances和removeInstances.手动配置应在群集重新启动期间应加入或删除的实例的选项。

如果您遇到错误，例如与群集元数据的在线实例相比，活动会话实例不是最新的。然后，您连接的实例没有群集应用的GTID超集。在这种情况下，将MySQL Shell连接到错误消息和问题中建议的实例dba.rebootclusterfromcompleteoutage（）从那个例子。

MySQL-SQL>显示“GTID_EXECUTE”等变量;

如果此过程失败，并且群集元数据变得严重损坏，则可能需要删除元数据并再次从头开始创建群集。您可以使用群集元数据使用dba.dropmetadataschema（）。

如果你在集群中使用MySQL路由器，当你删除元数据时，所有当前的连接都会被删除，新的连接也会被禁止。这将导致全面停机。

如果您在AdminAPI命令之外对集群进行配置更改，例如手动更改实例的配置以解决配置问题，或者在实例丢失之后，您需要更新InnoDB cluster元数据，使其与实例的当前配置匹配。在这些情况下，使用簇.rescan（）操作，使您可以手动或使用交互式向导更新InnoDB群集元数据。的簇.rescan（）操作可以检测未在元数据中注册的新活动实例，并添加它们，或者仍在元数据中注册的过时实例（不再活动），然后删除它们。您可以根据命令发现的实例自动更新元数据，或者您可以指定要为元数据添加到元数据或从元数据中删除的实例地址列表。您还可以更新存储在元数据中的拓扑模式，例如在从单程模式下更改为管理员外部的多主模式。

命令格式为簇.rescan（[选项]）。的选项Dictionary支持以下功能: