是否支援 MySQL Clone。

是否可能進行增量復原，這取決於二進位日誌的可用性。例如，如果捐贈者執行個體擁有所有需要的二進位日誌 (GTID_PURGED 為空)，則可以進行增量復原。如果沒有叢集執行個體擁有所有需要的二進位日誌，則無法進行增量復原。

增量復原是否適當。即使可能進行增量復原，因為它可能會與執行個體上已有的資料衝突，因此會檢查捐贈者和接收者上的 GTID 集，以確定增量復原是否適當。以下是比較的可能結果

當比較結果確定為「相同」或「可復原」時，則認為增量復原適當。當比較結果確定為「不可復原」或「已分歧」時，則認為增量復原不適當。

對於被視為「新增」的執行個體，無法認為增量復原適當，因為無法確定是否已清除二進位日誌，甚至是否已重設 GTID_PURGED 和 GTID_EXECUTED 變數。或者，伺服器可能在啟用二進位日誌和 GTID 之前就已處理過交易。因此，在互動模式下，您必須確認您想要使用增量復原。

gtidSetIsComplete 選項的狀態。如果您確定已使用完整的 GTID 集建立叢集，因此可以在不需要額外確認的情況下將具有空 GTID 集的執行個體新增至其中，請將叢集層級的 gtidSetIsComplete 布林選項設定為 true。

複製：選擇此選項可將捐贈者複製到您要新增至叢集的執行個體，刪除執行個體包含的任何交易。會自動安裝 MySQL Clone 外掛程式。InnoDB 叢集復原帳戶會以所需的 BACKUP_ADMIN 權限建立。假設您新增的執行個體為空 (未處理任何交易) 或包含您不想保留的交易，請選取 [複製] 選項。然後，叢集會使用 MySQL Clone 以來自捐贈者叢集成員的快照完全覆寫加入的執行個體。若要預設使用此方法並停用此提示，請將叢集的 recoveryMethod 選項設定為 clone。

增量復原 選擇此選項以使用增量復原，將叢集處理的所有交易，使用非同步複製復原到加入的執行個體。如果您確定叢集處理的所有更新都已啟用 GTID，且沒有清除的交易，並且新的執行個體包含與叢集相同的 GTID 集或其子集，則增量復原是合適的。若要預設使用此方法，請將 recoveryMethod 選項設定為 incremental。

在以下情境中：

您可以選擇任何選項。建議您使用預設的 MySQL Clone。

在以下情境中：

您不會收到提示，且會使用增量復原。

在以下情境中：

您無法使用 MySQL Clone 將執行個體加入叢集。您會收到提示，建議的選項是繼續使用增量復原。

在以下情境中：

您無法將執行個體加入叢集，並且會顯示 錯誤：目標執行個體必須先被複製或完全佈建，才能加入目標叢集。Cluster.addInstance：需要佈建執行個體 (RuntimeError)。這可能是因為二進制日誌已從所有叢集執行個體中清除。建議使用 MySQL Clone，方法是升級叢集或將 disableClone 選項設定為 false。

在以下情境中：

您只能使用 MySQL Clone 將執行個體加入叢集。這可能是因為叢集遺失二進制日誌所導致，例如當它們已被清除時。