InnoDB Cluster 不會管理手動設定的非同步複寫通道。群組複寫和 AdminAPI 不會確保非同步複寫僅在主要伺服器上處於作用中，而且狀態不會跨執行個體複寫。這可能會導致各種情境，其中複寫不再運作，並可能導致腦裂。僅由 InnoDB ClusterSet 支援一個 InnoDB Cluster 和另一個之間的複寫，其管理從作用中的主要讀寫 InnoDB Cluster 到多個唯讀複本叢集的複寫。如需該解決方案的資訊，請參閱第 8 章，MySQL InnoDB ClusterSet。

InnoDB Cluster 旨在部署在區域網路中。在廣域網路上部署單一 InnoDB Cluster 會對寫入效能產生顯著影響。穩定且低延遲的網路對於 InnoDB Cluster 成員伺服器使用基礎群組複寫技術來對交易達成共識非常重要。然而，InnoDB ClusterSet 旨在跨多個資料中心部署，每個資料中心都有一個 InnoDB Cluster，而非同步複寫通道將它們連結。如需該解決方案的資訊，請參閱第 8 章，MySQL InnoDB ClusterSet。

對於 AdminAPI 作業，您只能使用 TCP/IP 連線和傳統 MySQL 通訊協定連線到 InnoDB Cluster 中的伺服器執行個體。AdminAPI 作業不支援使用 Unix Socket 和具名管道，AdminAPI 作業也不支援使用 X Protocol。相同的限制適用於伺服器執行個體之間的連線。

AdminAPI 和 InnoDB Cluster 不支援使用執行 MySQL Server 5.7 的執行個體。

當使用多主模式時，不支援針對相同物件但在不同伺服器上發出的並行資料定義陳述式和資料操作陳述式。在物件上發出資料定義語言 (DDL) 陳述式期間，在相同物件上但從不同伺服器執行個體發出並行資料操作語言 (DML) 時，可能會發生在不同執行個體上執行衝突 DDL 而未被偵測到的風險。如需詳細資訊，請參閱群組複寫限制。