MySQL 9.0 版本資訊
START GROUP_REPLICATION
[USER='user_name']
[, PASSWORD='user_pass']
[, DEFAULT_AUTH='plugin_name']啟動群組複製。此陳述式需要 GROUP_REPLICATION_ADMIN 權限（或已棄用的 SUPER 權限）。如果設定了 super_read_only=ON 且成員應以主要節點身分加入，則一旦群組複製成功啟動，super_read_only 會設定為 OFF。
以單一主要節點模式參與群組的伺服器應使用 skip_replica_start=ON。否則，伺服器將不允許以次要節點身分加入群組。
您可以使用 USER、PASSWORD 和 DEFAULT_AUTH 選項在 START GROUP_REPLICATION 陳述式中指定分散式復原的使用者認證，如下所示：
USER：用於分散式復原的複製使用者。有關設定此帳戶的說明，請參閱 第 20.2.1.3 節，「用於分散式復原的使用者認證」。您不能指定空白或空字串，如果指定了PASSWORD選項，則不能省略USER選項。PASSWORD：複製使用者帳戶的密碼。密碼不能加密，但在查詢日誌中會被遮罩。DEFAULT_AUTH：用於複製使用者帳戶的驗證外掛程式的名稱。如果您未指定此選項，則會假設使用caching_sha2_password外掛程式。此選項會作為對伺服器的提示，如果捐贈者伺服器上的使用者帳戶關聯了不同的外掛程式，則分散式復原的捐贈者伺服器會覆寫此選項。在 MySQL 9.0 中建立使用者帳戶時，預設使用的驗證外掛程式是 caching SHA-2 驗證外掛程式 (caching_sha2_password)。有關驗證外掛程式的詳細資訊，請參閱 第 8.2.17 節，「可插拔驗證」。
這些認證用於 group_replication_recovery 通道上的分散式復原。當您在 START GROUP_REPLICATION 上指定使用者認證時，認證只會儲存在記憶體中，並且會被 STOP GROUP_REPLICATION 陳述式或伺服器關閉移除。您必須發出 START GROUP_REPLICATION 陳述式才能再次提供認證。因此，此方法與伺服器啟動時自動啟動群組複製不相容，如同 group_replication_start_on_boot 系統變數所指定的。
在 START GROUP_REPLICATION 上指定的使用者認證優先於使用 CHANGE REPLICATION SOURCE TO 為 group_replication_recovery 通道設定的任何使用者認證。請注意，使用這些陳述式設定的使用者認證會儲存在複製中繼資料儲存庫中，並且當指定不含使用者認證的 START GROUP_REPLICATION 時使用，包括如果 group_replication_start_on_boot 系統變數設定為 ON 時的自動啟動。若要獲得在 START GROUP_REPLICATION 上指定使用者認證的安全性優勢，請確保 group_replication_start_on_boot 設定為 OFF（預設值為 ON），並按照 第 20.6.3 節，「保護分散式復原連線」中的說明，清除先前為 group_replication_recovery 通道設定的任何使用者認證。
當成員重新加入複製群組時，在群組完成相容性檢查並接受其作為成員之前，其狀態可能會顯示為 OFFLINE 或 ERROR。當成員正在趕上群組的交易時，其狀態為 RECOVERING。