从版本 8.0.17 开始，默认情况下，当在 MySQL Clone 插件可用的实例上创建新集群时，它会自动安装，并将集群配置为支持克隆。InnoDB Cluster 恢复帐户是使用所需 BACKUP_ADMIN权限创建的。

将disableClone布尔选项 设置true为禁用集群的 MySQL 克隆。在这种情况下，为此配置添加了一个元数据条目，如果安装了 MySQL Clone 插件，则会将其卸载。您可以 disableClone在发出时设置该选项 dba.createCluster()，或者在集群运行时随时使用 Cluster.setOption()。

instance如果新实例运行的是 MySQL 8.0.17 或更高版本，并且集群中至少有一个 donor（包含在 group_replication_group_seeds 列表中）运行 MySQL 8.0.17 或更高版本，则 MySQL Clone 可用于 加入。使用 MySQL Clone 的集群遵循 第 7.4.4 节“将实例添加到 InnoDB 集群”中记录的行为，并增加了如何传输从集群恢复实例所需的数据的可能选择。行为方式 取决于以下因素： Cluster.addInstance(instance)

这些因素的组合会影响实例在您发布时如何加入集群 Cluster.addInstance()。该recoveryMethod选项 auto默认设置为，这意味着在 MySQL Shell 的交互模式下，集群会选择从集群中恢复实例的最佳方式，并且提示会建议您如何进行。换句话说，集群建议根据最佳方法和服务器支持的内容使用 MySQL 克隆或增量恢复。如果您不使用交互模式并且正在编写 MySQL Shell 脚本，则必须设置recoveryMethod 为您要使用的恢复类型 - clone或者incremental. 本节解释了不同的可能情况。

当您在交互模式下使用 MySQL Shell 时，包含添加实例的所有可能选项的主要提示是：

Please select a recovery method [C]lone/[I]ncremental recovery/[A]bort (default Clone):

根据提到的因素，您可能无法获得所有这些选项。本节后面描述的场景解释了为您提供的选项。此提示提供的选项是：

上述因素的组合会影响这些选项中的哪些选项在提示符下可用，如下所示：

从提示中选择一个选项后，默认情况下会显示实例从集群恢复事务的进度。此监视使您能够检查恢复阶段是否正常工作以及实例加入集群并联机需要多长时间。要取消对恢复阶段的监视，请发出CONTROL+C。

当 Cluster.checkInstanceState() 运行该操作以针对使用 MySQL Clone 的集群验证实例时，如果该实例没有二进制日志，例如因为它们已被清除但 Clone 可用且未禁用（disableClone是 false），该操作会发出警告可以使用克隆。例如：

The cluster transactions cannot be recovered on the instance, however,
Clone is available and can be used when adding it to a cluster.

{
"reason": "all_purged",
"state": "warning"
}

同样，在克隆不可用或已被禁用且二进制日志不可用（例如因为它们已被清除）的情况下，输出包括：

The cluster transactions cannot be recovered on the instance.

{
"reason": "all_purged",
"state": "warning"
}

当dba.checkInstanceConfiguration() 针对具有可用 MySQL 克隆但已禁用的实例运行该操作时，将显示一条警告。