PDF (US Ltr) - 2.3Mb
PDF (A4) - 2.3Mb
請依照此程序來部署沙箱或生產環境的 InnoDB ClusterSet 部署。沙箱部署是指所有的 MySQL 伺服器執行個體和其他軟體都在單一機器上執行。對於生產部署，伺服器執行個體和其他軟體則是在不同的機器上。
此程序假設您已經擁有以下組件，如第 8.1 節，「InnoDB ClusterSet 需求」中所列。
現有的 InnoDB Cluster，符合第 8.1 節，「InnoDB ClusterSet 需求」中所述的需求。這是 InnoDB ClusterSet 部署支援的主要叢集。
MySQL Shell，連線至現有的 InnoDB Cluster。MySQL Shell 的 AdminAPI 命令會在部署程序中使用。
MySQL Router，以針對 InnoDB ClusterSet 進行啟動。您已經針對現有的 InnoDB Cluster 啟動的 MySQL Router 執行個體可以在 InnoDB ClusterSet 部署中重複使用，但您需要再次啟動它們以實作 InnoDB ClusterSet 設定。
多個獨立的 MySQL 伺服器執行個體（不屬於 InnoDB Cluster 或 InnoDB ReplicaSet），以組成一個或多個複本叢集。它們必須符合第 8.1 節，「InnoDB ClusterSet 需求」中所述的需求。建議在每個複本叢集中至少有三個成員伺服器，以容忍失敗。
您在 InnoDB ClusterSet 部署程序中使用的使用者帳戶是來自主要叢集的 InnoDB Cluster 伺服器組態帳戶。這是使用 dba.configureInstance() 命令搭配 clusterAdmin 選項在主要叢集的成員伺服器上建立的帳戶。每個成員伺服器只有一個伺服器組態帳戶。在叢集中的每個成員伺服器上都必須使用相同的使用者帳戶名稱和密碼，而且您需要在 InnoDB ClusterSet 部署中的所有伺服器上建立它。可以使用 root 帳戶作為 InnoDB Cluster 伺服器組態帳戶，但不建議這樣做，因為這表示叢集中每個成員伺服器上的 root 帳戶都必須具有相同的密碼。如需詳細資訊，請參閱第 8.3 節，「InnoDB ClusterSet 的使用者帳戶」。
若要設定 InnoDB ClusterSet 部署，請依照此程序進行
-
使用 InnoDB Cluster 伺服器組態帳戶連線至現有 InnoDB Cluster 中的任何成員伺服器，以建立連線。例如
mysql-js> \connect icadmin@127.0.0.1:3310 Creating a session to 'icadmin@127.0.0.1:3310' Please provide the password for 'icadmin@127.0.0.1:3310': ************** Save password for 'icadmin@127.0.0.1:3310'? [Y]es/[N]o/Ne[v]er (default No): Fetching schema names for autocompletion... Press ^C to stop. Closing old connection... Your MySQL connection id is 59 Server version: 8.0.27-commercial MySQL Enterprise Server - Commercial No default schema selected; type \use <schema> to set one. <ClassicSession:icadmin@127.0.0.1:3310>在此範例中
-
icadmin@127.0.0.1:3310URI 樣式連線字串由以下元素組成
icadmin127.0.0.1:3310cluster.status()
-
-
發出
dba.getCluster()命令以取得代表 InnoDB Cluster 的Cluster物件，將其指派給變數，以便您可以使用它。例如mysql-js> cluster1 = dba.getCluster() <Cluster:clusterone>在此範例中，
clusterone是現有 InnoDB Cluster 的名稱，如cluster.status()clusterName欄位所示，且傳回的Cluster物件已指派給變數cluster1。當您使用 InnoDB Cluster 伺服器組態帳戶連線至伺服器執行個體時，這樣做非常重要。傳回的物件預設會使用它所擷取時所用的帳戶來進行需要權限的操作。InnoDB ClusterSet 部署程序中的某些操作需要權限，而儲存在物件中的預設使用者帳戶會用於此目的，因此程序不需要儲存任何其他使用者帳戶。
-
使用
Cluster物件，發出cluster.createClusterSet()mysql-js> myclusterset = cluster1.createClusterSet('testclusterset') A new ClusterSet will be created based on the Cluster 'clusterone'. * Validating Cluster 'clusterone' for ClusterSet compliance. * Creating InnoDB ClusterSet 'testclusterset' on 'clusterone'... * Updating metadata... ClusterSet successfully created. Use ClusterSet.createReplicaCluster() to add Replica Clusters to it. <ClusterSet:testclusterset>在此範例中，
clusterone是現有 InnoDB Cluster 的名稱，cluster1是已指派傳回的Cluster物件的變數，testclusterset是您要建立的 InnoDB ClusterSet 的名稱，而myclusterset是已指派傳回的ClusterSet物件的變數。-
需要
domainName參數，並指定您要建立的 InnoDB ClusterSet 部署的名稱（在此範例中為testclusterset）。domainName必須是非空白的，且長度不得超過 63 個字元。它只能以英數字元或 _ (底線) 開頭，且只能包含英數字元、_ (底線)、. (句點) 或 - (連字號) 字元。 -
如果您想要執行驗證並記錄變更，但實際上不執行它們，請使用
dryRun選項。例如mysql-js> myclusterset = cluster1.createClusterSet('testclusterset', {dryRun: true}) * Validating Cluster 'clusterone' for ClusterSet compliance. NOTE: dryRun option was specified. Validations will be executed, but no changes will be applied. * Creating InnoDB ClusterSet 'clusterset' on 'clusterone'... * Updating metadata... dryRun finished. -
如果您想要針對 InnoDB ClusterSet 部署中的複寫通道要求或停用加密 (TLS/SSL)，請使用
clusterSetReplicationSslMode選項。預設設定AUTO會在伺服器執行個體支援加密時啟用加密，並在伺服器執行個體不支援加密時停用加密。REQUIRED會針對所有複寫通道啟用加密，而DISABLED會針對所有複寫通道停用加密。例如mysql-js> myclusterset = cluster1.createClusterSet("testclusterset", {clusterSetReplicationSslMode: 'REQUIRED'})
clusterSetReplicationSslMode支援VERIFY_CA和VERIFY_IDENTITY。例如mysql-js> myclusterset = cluster.createClusterSet("testclusterset", {"clusterSetReplicationSslMode":"VERIFY_IDENTITY"});當您發出
cluster.createClusterSet()更新中繼資料結構描述，以包含 InnoDB ClusterSet 中繼資料。
將所有成員伺服器上的
skip_replica_start系統變數設為ON，如此就不會自動啟動複寫執行緒。將目標 InnoDB Cluster 加入中繼資料中的 InnoDB ClusterSet，並將其標示為主要叢集。
傳回代表 InnoDB ClusterSet 的
ClusterSet物件。
-
-
使用傳回的
ClusterSet物件，發出clusterSet.status()mysql-js> myclusterset.status() { "clusters": { "clusterone": { "clusterRole": "PRIMARY", "globalStatus": "OK", "primary": "127.0.0.1:3310" } }, "domainName": "testclusterset", "globalPrimaryInstance": "127.0.0.1:3310", "primaryCluster": "clusterone", "status": "HEALTHY", "statusText": "All Clusters available." }您也可以使用
cluster.status()clusterSet.status()mysql-js> myclusterset.status({extended: 1}) { "clusters": { "clusterone": { "clusterRole": "PRIMARY", "globalStatus": "OK", "primary": "127.0.0.1:3310", "status": "OK", "statusText": "Cluster is ONLINE and can tolerate up to ONE failure.", "topology": { "127.0.0.1:3310": { "address": "127.0.0.1:3310", "memberRole": "PRIMARY", "mode": "R/W", "status": "ONLINE", "version": "8.0.27" }, "127.0.0.1:3320": { "address": "127.0.0.1:3320", "memberRole": "SECONDARY", "mode": "R/O", "replicationLagFromImmediateSource": "", "replicationLagFromOriginalSource": "", "status": "ONLINE", "version": "8.0.27" }, "127.0.0.1:3330": { "address": "127.0.0.1:3330", "memberRole": "SECONDARY", "mode": "R/O", "replicationLagFromImmediateSource": "", "replicationLagFromOriginalSource": "", "status": "ONLINE", "version": "8.0.27" } }, "transactionSet": "953a51d5-2690-11ec-ba07-00059a3c7a00:1,c51c1b15-269e-11ec-b9ba-00059a3c7a00:1-86,c51c29ad-269e-11ec-b9ba-00059a3c7a00:1-8" } }, "domainName": "testclusterset", "globalPrimaryInstance": "127.0.0.1:3310", "metadataServer": "127.0.0.1:3310", "primaryCluster": "clusterone", "status": "HEALTHY", "statusText": "All Clusters available." }如需詳細資訊和
clusterSet.status()如果您想要隨時取得代表連線伺服器執行個體的 InnoDB ClusterSet 的
ClusterSet物件，例如在重新啟動 MySQL Shell 後，請使用dba.getClusterSet()或cluster.getClusterSet()mysql-js> myclusterset = dba.getClusterSet() <ClusterSet:testclusterset>將傳回的
Cluster或ClusterSet物件指派給變數，可讓您使用物件的方法對叢集或 ClusterSet 執行進一步的操作。傳回的物件會使用新的工作階段，與 MySQL Shell 的全域工作階段無關。這可確保如果您變更 MySQL Shell 全域工作階段，Cluster或ClusterSet物件會維持其與伺服器執行個體的工作階段。請注意，當您使用物件時，您從中取得物件的伺服器執行個體仍必須在 InnoDB ClusterSet 中上線。如果該伺服器執行個體離線，物件就不再起作用，您將需要從仍然上線的伺服器再次取得它。 -
藉由發出具有
clusterAdmin選項的dba.configureInstance()命令，在將成為複本叢集一部分的每個獨立伺服器執行個體上建立 InnoDB Cluster 伺服器組態帳戶。要建立的帳戶是來自主要叢集的 InnoDB Cluster 伺服器組態帳戶，您使用該帳戶建立 ClusterSet。請勿指定任何 InnoDB Cluster 管理員帳戶（使用cluster.setupAdminAccount()您不需要事先連線到獨立伺服器實例，因為連線字串已包含在命令中。在連線字串中，請使用具有完整 MySQL 管理員權限的帳戶，包括建立帳戶的權限 (
WITH GRANT OPTION)。在此範例中，使用root帳戶。mysql-js> dba.configureInstance('root@127.0.0.1:4410', {clusterAdmin: 'icadmin'}) Please provide the password for 'root@127.0.0.1:4410': *************** Save password for 'root@127.0.0.1:4410'? [Y]es/[N]o/Ne[v]er (default No): Configuring local MySQL instance listening at port 4410 for use in an InnoDB cluster... NOTE: Instance detected as a sandbox. Please note that sandbox instances are only suitable for deploying test clusters for use within the same host. This instance reports its own address as 127.0.0.1:4410 Password for new account: ************** Confirm password: ************** applierWorkerThreads will be set to the default value of 4. The instance '127.0.0.1:4410' is valid to be used in an InnoDB cluster. Cluster admin user 'icadmin' created. The instance '127.0.0.1:4410' is already ready to be used in an InnoDB cluster. Successfully enabled parallel appliers.在此範例中，
root@127.0.0.1:4410icadminclusterAdminPassword選項提供密碼。dba.configureInstance()命令會自動授予該帳戶所需的權限，但如果您願意，也可以手動設定帳戶，並授予其在手動設定 InnoDB Cluster 管理員帳戶中列出的權限。有關dba.configureInstance()命令及其選項的更多詳細資訊，請參閱第 7.4.2 節「設定用於 InnoDB Cluster 的生產實例」。當您發出
dba.configureInstance()時，MySQL Shell 會驗證伺服器實例是否符合與 InnoDB Cluster 一起使用的要求。當您發出建立複本叢集並將實例新增至其中的命令時，將會檢查 InnoDB ClusterSet 的要求。 使用 InnoDB Cluster 伺服器組態帳戶連線至 InnoDB ClusterSet 部署中已存在的任何主要叢集中的作用中實例。請確保您仍然擁有建立 InnoDB ClusterSet 時傳回的
ClusterSet物件，或者使用dba.getClusterSet()或cluster.getClusterSet()-
使用
ClusterSet物件發出clusterSet.createReplicaCluster()Cluster物件，如果需要，您可以將其指派給變數。例如mysql-js> cluster2 = myclusterset.createReplicaCluster("127.0.0.1:4410", "clustertwo", {recoveryProgress: 1, timeout: 10}) Setting up replica 'clustertwo' of cluster 'clusterone' at instance '127.0.0.1:4410'. A new InnoDB cluster will be created on instance '127.0.0.1:4410'. Validating instance configuration at 127.0.0.1:4410... NOTE: Instance detected as a sandbox. Please note that sandbox instances are only suitable for deploying test clusters for use within the same host. This instance reports its own address as 127.0.0.1:4410 Instance configuration is suitable. NOTE: Group Replication will communicate with other members using '127.0.0.1:44101'. Use the localAddress option to override. * Checking transaction state of the instance... NOTE: The target instance '127.0.0.1:4410' has not been pre-provisioned (GTID set is empty). The Shell is unable to decide whether replication can completely recover its state. The safest and most convenient way to provision a new instance is through automatic clone provisioning, which will completely overwrite the state of '127.0.0.1:4410' with a physical snapshot from an existing clusterset member. To use this method by default, set the 'recoveryMethod' option to 'clone'. WARNING: It should be safe to rely on replication to incrementally recover the state of the new Replica Cluster if you are sure all updates ever executed in the ClusterSet were done with GTIDs enabled, there are no purged transactions and the instance used to create the new Replica Cluster contains the same GTID set as the ClusterSet or a subset of it. To use this method by default, set the 'recoveryMethod' option to 'incremental'. Please select a recovery method [C]lone/[I]ncremental recovery/[A]bort (default Clone): Waiting for clone process of the new member to complete. Press ^C to abort the operation. * Waiting for clone to finish... NOTE: 127.0.0.1:4410 is being cloned from 127.0.0.1:3310 ** Stage DROP DATA: Completed NOTE: 127.0.0.1:4410 is shutting down... * Waiting for server restart... ready * 127.0.0.1:4410 has restarted, waiting for clone to finish... ** Stage FILE COPY: Completed ** Stage PAGE COPY: Completed ** Stage REDO COPY: Completed ** Stage FILE SYNC: Completed ** Stage RESTART: Completed * Clone process has finished: 72.61 MB transferred in about 1 second (~72.61 MB/s) Creating InnoDB cluster 'clustertwo' on '127.0.0.1:4410'... Adding Seed Instance... Cluster successfully created. Use Cluster.addInstance() to add MySQL instances. At least 3 instances are needed for the cluster to be able to withstand up to one server failure. * Configuring ClusterSet managed replication channel... ** Changing replication source of 127.0.0.1:4410 to 127.0.0.1:3310 * Waiting for instance to synchronize with PRIMARY Cluster... ** Transactions replicated ############################################################ 100% * Updating topology Replica Cluster 'clustertwo' successfully created on ClusterSet 'testclusterset'. <Cluster:clustertwo>對於
clusterSet.createReplicaCluster()instance參數是必要的，並指定獨立伺服器 MySQL Server 實例的主機和連接埠號碼。這將是複本叢集的主要伺服器。在上面的範例命令中，它是127.0.0.1:4410clusterName參數是必要的，並指定複本叢集的識別碼。在上面的範例命令中，使用了clustertwo如果您想要執行驗證並記錄變更，但不實際執行它們，請使用
dryRun選項。-
如果您想要選擇佈建方法，請使用
recoveryMethod選項。如果您沒有將其指定為選項，則會使用預設設定AUTO。在這種情況下，該函數會將伺服器實例上的 GTID 集與主要叢集上的 GTID 集進行比較，並嘗試判斷最合適的佈建方法。如果無法判斷，該函數會提示您選擇佈建方法，或者如果您未處於互動模式，則會取消操作。佈建過程（稱為分散式復原）可以使用複製，其中伺服器實例的狀態會完全被從叢集中現有成員伺服器取得的實體快照覆寫。若要預先選取此設定，請指定
CLONE設定。另一種方法是從現有成員伺服器的二進位日誌進行增量狀態傳輸，在本例中為主要叢集的成員。在此情況下，伺服器實例會接收並應用來自它尚未擁有的主要叢集的交易。若要預先選取此設定，請指定INCREMENTAL設定。 如果您想要選擇特定的伺服器來提供覆寫目前伺服器的快照（如果分散式復原是透過複製來執行），請使用
cloneDonor選項。預設情況下，該操作會選擇主要叢集的次要成員，如果沒有次要成員，則會選擇主要成員。選取的伺服器實例必須是 InnoDB ClusterSet 中主要叢集的成員。請指定主機和連接埠號碼。此選項不支援 IPv6 位址。使用
recoveryProgress選項來指定分散式復原過程的詳細程度 (0、1 或 2)。設定為 0 表示不顯示進度資訊，1 表示顯示詳細的靜態進度資訊，而 2 表示使用進度條顯示詳細的動態進度資訊。如果標準輸出是終端機，則預設值為 2，否則預設值為 1。如果您想要設定逾時時間，以等待伺服器實例在佈建完成且建立 ClusterSet 複寫通道之後，與主要叢集同步，請使用
timeout選項。預設情況下，沒有逾時時間。使用
manualStartOnBoot選項來指定在 MySQL 伺服器啟動時，群組複寫是否自動啟動並重新加入叢集，還是必須手動啟動。預設值false表示群組複寫會自動啟動。-
使用
communicationStack選項來定義成員彼此之間如何使用XCOM或MYSQL通訊協定進行通訊。請參閱第 7.5.9 節「設定群組複寫通訊堆疊」。如果您使用的是 MySQL 8.0.27 或更高版本，則預設且建議的通訊協定為
MYSQL。 如果您想要設定複本 InnoDB Cluster 的群組複寫設定，可以使用選項
memberSslMode、ipAllowlist、localAddress、exitStateAction、memberWeight、consistency、expelTimeout和autoRejoinTries。這些選項的運作方式與不屬於 ClusterSet 的 InnoDB Cluster 相同。如需選項的詳細資訊，請參閱第 7.5 節「設定 InnoDB Cluster」。(注意：ipAllowlist和localAddress僅適用於XCOM通訊堆疊。)可以使用選項
localAddress和groupName來設定群組複寫本機位址和群組識別碼。但是，不建議這樣做，因為不正確的值可能會導致群組複寫中的錯誤。僅當您在 InnoDB ClusterSet 設定過程選取的這些項目的值遇到問題時，才使用這些選項。-
在建立 InnoDB ClusterSet 時，如果您有安全要求，即 AdminAPI 自動建立的所有帳戶都具有嚴格的驗證要求，則您可以為 ClusterSet 的
replicationAllowedHost設定選項設定一個值。replicationAllowedHostMySQL Shell 選項可讓您將 ClusterSet 的內部管理複寫帳戶設定為嚴格的子網路篩選器，而不是預設的萬用字元值%。replicationAllowedHost選項採用字串值。例如，若要建立一個名為my_clusterset_domain的叢集集，並將replicationAllowedHost選項設定為192.0.2.0/24，請發出mysql-js> <Cluster>.createClusterSet('my_clusterset_domain', {replicationAllowedHost:'192.0.2.0/24'})如果您在 ClusterSet 上變更
replicationAllowedHost，則用於叢集之間複寫通道的帳戶將會變更，以僅允許來自您為replicationAllowedHost指定的值的連線。主機必須在主要和複本叢集中皆可存取。如果不是，則叢集之間不會進行複寫。可以在建立後修改 ClusterSet，以透過發出以下命令來設定
replicationAllowedHostmysql-js> <Clusterset>.setOption('replicationAllowedHost','192.0.2.0/24')
當您發出
clusterSet.createReplicaCluster()建立 ClusterSet 複寫通道
clusterset_replication，並建立具有隨機密碼的複寫使用者。這是目標實例與主要叢集的主要伺服器之間的非同步複寫通道，由 InnoDB ClusterSet 管理。通道的加密是根據 InnoDB ClusterSet 的clusterSetReplicationSslMode選項進行設定。MySQL Shell 會驗證複寫設定是否正常運作，如果沒有，則會傳回錯誤。使用選取的復原方法，從主要 InnoDB Cluster 佈建 MySQL Server 實例的資料集，並同步 GTID 集。請注意，如果 ClusterSet 的成員伺服器中有大量資料，則分散式復原可能需要數小時。
在伺服器實例上新增 InnoDB Cluster 管理員帳戶和 MySQL Router 管理員帳戶。如果實例是透過二進位日誌的狀態傳輸來佈建的，則佈建過程會包含建立帳戶的交易；否則，帳戶會在複製期間傳輸。無論哪種方式，這些帳戶都會在伺服器實例上可用。請參閱第 8.3 節，「InnoDB ClusterSet 的使用者帳戶」以取得更多資訊。
設定並啟動複本叢集的 Group Replication。InnoDB ClusterSet 複本叢集建立過程會覆寫任何現有的持久性 Group Replication 設定選項，您可以在
clusterSet.createReplicaCluster()group_replication_group_name、group_replication_group_seeds、group_replication_local_address、group_replication_view_change_uuid(僅限 8.0.27 至 8.2.0 版本) 和group_replication_enforce_update_everywhere_checks。但是，在您將其用於複本叢集之前，您在伺服器實例上變更的任何其他 Group Replication 設定選項都會保留原樣。請參閱第 8.1 節，「InnoDB ClusterSet 的需求」中關於此的重要注意事項。將
skip_replica_start系統變數設定為ON，以便複製執行緒不會在伺服器上自動啟動，並設定super_read_only系統變數，以便用戶端無法將交易寫入伺服器。停用 Group Replication 成員動作
mysql_disable_super_read_only_if_primary，以便在檢視變更後，super_read_only仍然在叢集的主要節點上設定。啟用 Group Replication 成員動作
mysql_start_failover_channels_if_primary將 ClusterSet 中繼資料傳輸到伺服器實例，在 InnoDB ClusterSet 中建立複本叢集，並將目標伺服器實例新增為主要節點。
傳回複本叢集的
Cluster物件。
-
使用
clusterSet.createReplicaCluster()Cluster物件，發出cluster.addInstancemysql-js> cluster2.addInstance('icadmin@127.0.0.1:4420') NOTE: The target instance '127.0.0.1:4420' has not been pre-provisioned (GTID set is empty). The Shell is unable to decide whether clone based recovery is safe to use. The safest and most convenient way to provision a new instance is through automatic clone provisioning, which will completely overwrite the state of '127.0.0.1:4420' with a physical snapshot from an existing cluster member. To use this method by default, set the 'recoveryMethod' option to 'clone'. Please select a recovery method [C]lone/[A]bort (default Clone): c Validating instance configuration at localhost:4420... NOTE: Instance detected as a sandbox. Please note that sandbox instances are only suitable for deploying test clusters for use within the same host. This instance reports its own address as 127.0.0.1:4420 Instance configuration is suitable. NOTE: Group Replication will communicate with other members using '127.0.0.1:44201'. Use the localAddress option to override. A new instance will be added to the InnoDB cluster. Depending on the amount of data on the cluster this might take from a few seconds to several hours. Adding instance to the cluster... * Waiting for the Cluster to synchronize with the PRIMARY Cluster... ** Transactions replicated ############################################################ 100% * Configuring ClusterSet managed replication channel... ** Changing replication source of 127.0.0.1:4420 to 127.0.0.1:3310 Monitoring recovery process of the new cluster member. Press ^C to stop monitoring and let it continue in background. Clone based state recovery is now in progress. NOTE: A server restart is expected to happen as part of the clone process. If the server does not support the RESTART command or does not come back after a while, you may need to manually start it back. * Waiting for clone to finish... NOTE: 127.0.0.1:4420 is being cloned from 127.0.0.1:4410 ** Stage DROP DATA: Completed ** Clone Transfer FILE COPY ############################################################ 100% Completed PAGE COPY ############################################################ 100% Completed REDO COPY ############################################################ 100% Completed NOTE: 127.0.0.1:4420 is shutting down... * Waiting for server restart... ready * 127.0.0.1:4420 has restarted, waiting for clone to finish... ** Stage RESTART: Completed * Clone process has finished: 72.61 MB transferred in about 1 second (~72.61 MB/s) State recovery already finished for '127.0.0.1:4420' The instance '127.0.0.1:4420' was successfully added to the cluster.如需
cluster.addInstance如果您需要再次取得複本叢集的
Cluster物件，請使用 InnoDB Cluster 伺服器設定帳戶連線到複本叢集中的任何作用中實例，並發出dba.getCluster()。此帳戶用於設定過程中的某些作業。如果設定過程發現獨立伺服器實例上不存在該帳戶，則會傳回錯誤，並且您需要發出dba.configureInstance()來建立該帳戶。當命令成功時，伺服器實例會新增至複本叢集，並佈建 InnoDB ClusterSet 的資料。複製作業的捐贈者將來自複本叢集，而不是主要叢集。
重複
cluster.addInstance-
驗證已完成的複本叢集和 InnoDB ClusterSet 部署是否正常運作。您可以使用
cluster.status()clusterSet.status()clusterSet.status()mysql-js> myclusterset.status({extended: 1}) { "clusters": { "clusterone": { "clusterRole": "PRIMARY", "globalStatus": "OK", "primary": "127.0.0.1:3310", "status": "OK", "statusText": "Cluster is ONLINE and can tolerate up to ONE failure.", "topology": { "127.0.0.1:3310": { "address": "127.0.0.1:3310", "memberRole": "PRIMARY", "mode": "R/W", "status": "ONLINE", "version": "8.0.27" }, "127.0.0.1:3320": { "address": "127.0.0.1:3320", "memberRole": "SECONDARY", "mode": "R/O", "replicationLagFromImmediateSource": "", "replicationLagFromOriginalSource": "", "status": "ONLINE", "version": "8.0.27" }, "127.0.0.1:3330": { "address": "127.0.0.1:3330", "memberRole": "SECONDARY", "mode": "R/O", "replicationLagFromImmediateSource": "", "replicationLagFromOriginalSource": "", "status": "ONLINE", "version": "8.0.27" } }, "transactionSet": "953a51d5-2690-11ec-ba07-00059a3c7a00:1,c51c1b15-269e-11ec-b9ba-00059a3c7a00:1-131,c51c29ad-269e-11ec-b9ba-00059a3c7a00:1-8" }, "clustertwo": { "clusterRole": "REPLICA", "clusterSetReplication": { "applierStatus": "APPLIED_ALL", "applierThreadState": "Waiting for an event from Coordinator", "applierWorkerThreads": 4, "receiver": "127.0.0.1:4410", "receiverStatus": "ON", "receiverThreadState": "Waiting for source to send event", "source": "127.0.0.1:3310" }, "clusterSetReplicationStatus": "OK", "globalStatus": "OK", "status": "OK", "statusText": "Cluster is ONLINE and can tolerate up to ONE failure.", "topology": { "127.0.0.1:4410": { "address": "127.0.0.1:4410", "memberRole": "PRIMARY", "mode": "R/O", "replicationLagFromImmediateSource": "", "replicationLagFromOriginalSource": "", "status": "ONLINE", "version": "8.0.27" }, "127.0.0.1:4420": { "address": "127.0.0.1:4420", "memberRole": "SECONDARY", "mode": "R/O", "replicationLagFromImmediateSource": "", "replicationLagFromOriginalSource": "", "status": "ONLINE", "version": "8.0.27" }, "127.0.0.1:4430": { "address": "127.0.0.1:4430", "memberRole": "SECONDARY", "mode": "R/O", "replicationLagFromImmediateSource": "", "replicationLagFromOriginalSource": "", "status": "ONLINE", "version": "8.0.27" } }, "transactionSet": "0f6ff279-2764-11ec-ba06-00059a3c7a00:1-5,953a51d5-2690-11ec-ba07-00059a3c7a00:1,c51c1b15-269e-11ec-b9ba-00059a3c7a00:1-131,c51c29ad-269e-11ec-b9ba-00059a3c7a00:1-8", "transactionSetConsistencyStatus": "OK", "transactionSetErrantGtidSet": "", "transactionSetMissingGtidSet": "" } }, "domainName": "testclusterset", "globalPrimaryInstance": "127.0.0.1:3310", "metadataServer": "127.0.0.1:3310", "primaryCluster": "clusterone", "status": "HEALTHY", "statusText": "All Clusters available." }如需
clusterSet.status() -
根據需要新增其他複本叢集，方法是針對不同的獨立實例集合重複上述步驟。InnoDB ClusterSet 部署中可以擁有的複本叢集數量沒有明確的限制。每個案例的過程都相同，如下所示
透過發出具有
clusterAdmin選項的dba.configureInstance()命令，在每個獨立伺服器實例上建立 InnoDB Cluster 伺服器設定帳戶。當您使用 InnoDB Cluster 伺服器設定帳戶連線到 InnoDB ClusterSet 的成員時，請使用
dba.getClusterSet()或cluster.getClusterSet()ClusterSet物件。您可以從主要叢集中的任何成員伺服器或您已建立的其中一個複本叢集中取得物件。使用
ClusterSet物件發出clusterSet.createReplicaCluster()使用
clusterSet.createReplicaCluster()Cluster物件，發出cluster.addInstance重複
cluster.addInstance驗證已完成的複本叢集和 InnoDB ClusterSet 部署是否正常運作，例如使用帶有擴充輸出的
clusterSet.status()
針對 InnoDB ClusterSet 啟動 MySQL Router 實例以管理應用程式流量，並根據需要進行設定。預設情況下，MySQL Router 會將所有讀取和寫入請求導向目前在 InnoDB ClusterSet 部署中為主要叢集的任何叢集，但您可以設定 MySQL Router 實例，使其僅將流量路由到特定叢集。如需說明，請參閱第 8.5 節，「將 MySQL Router 與 InnoDB ClusterSet 整合」。