您也可以使用 PRIVILEGE_CHECKS_USER 帳戶來保護群組複製使用的兩個複製套用程式執行緒。每個群組成員上的 group_replication_applier 執行緒用於套用群組交易，而每個群組成員上的 group_replication_recovery 執行緒用於從二進位日誌進行狀態傳輸，作為成員加入或重新加入群組時分散式復原的一部分。

若要保護這些執行緒之一，請停止群組複製，然後發出 CHANGE REPLICATION SOURCE TO 陳述式，並使用 PRIVILEGE_CHECKS_USER 選項，指定 group_replication_applier 或 group_replication_recovery 作為通道名稱。例如

mysql> STOP GROUP_REPLICATION;
mysql> CHANGE REPLICATION SOURCE TO PRIVILEGE_CHECKS_USER = 'gr_repl'@'%.example.com' 
          FOR CHANNEL 'group_replication_recovery';
mysql> FLUSH PRIVILEGES;
mysql> START GROUP_REPLICATION;

對於群組複製通道，當通道建立時，會自動啟用 REQUIRE_ROW_FORMAT 設定，且無法停用，因此您不需要指定此設定。

群組複製要求群組中要複製的每個資料表都必須定義主鍵，或等效主鍵（等效主鍵為非空值的唯一鍵）。群組複製並非使用 sql_require_primary_key 系統變數執行的檢查，而是有自己內建的一組主鍵或等效主鍵檢查。您可以將 CHANGE REPLICATION SOURCE TO 陳述式的 REQUIRE_TABLE_PRIMARY_KEY_CHECK 選項設定為 ON，以用於群組複製通道。但是請注意，您可能會發現某些在群組複製的內建檢查下允許的交易，在您設定 sql_require_primary_key = ON 或 REQUIRE_TABLE_PRIMARY_KEY_CHECK = ON 時執行的檢查下是不允許的。基於這個原因，新的和升級的群組複製通道會將 REQUIRE_TABLE_PRIMARY_KEY_CHECK 設定為預設值 STREAM，而不是 ON。

如果使用遠端複製操作來進行群組複製中的分散式復原（請參閱 第 20.5.4.2 節「用於分散式復原的複製」），則會將捐贈者的 PRIVILEGE_CHECKS_USER 帳戶和相關設定複製到加入的成員。如果將加入的成員設定為在開機時啟動群組複製，它會自動使用該帳戶來對適當的複製通道進行權限檢查。