群組大小限制

交易大小限制

--upgrade=MINIMAL 選項。  使用 MINIMAL 選項 (--upgrade=MINIMAL) 進行 MySQL 伺服器升級後，無法啟動群組複製，因為此選項不會升級複製內部程式相依的系統表格。

間隙鎖定。  群組複製的並行交易驗證程序不會將間隙鎖定納入考量，因為關於間隙鎖定的資訊在 InnoDB 之外無法取得。請參閱 間隙鎖定 以取得更多資訊。

表格鎖定與具名鎖定。  驗證程序不會將表格鎖定 (請參閱第 15.3.6 節「LOCK TABLES 和 UNLOCK TABLES 陳述式」) 或具名鎖定 (請參閱 GET_LOCK()) 納入考量。

二進位記錄檔檢查碼。  MySQL 8.4 中的群組複製支援檢查碼，因此群組成員可以使用預設設定 binlog_checksum=CRC32。binlog_checksum 的設定不一定要對群組的所有成員都相同。

當檢查碼可用時，群組複製不會使用檢查碼來驗證 group_replication_applier 通道上的傳入事件，因為事件是從多個來源寫入該轉送記錄檔，並且是在實際寫入來源伺服器的二進位記錄檔之前寫入，這時才會產生檢查碼。檢查碼用於驗證 group_replication_recovery 通道和群組成員上任何其他複製通道上的事件完整性。

SERIALIZABLE 隔離層級。  預設情況下，多主群組不支援 SERIALIZABLE 隔離層級。將交易隔離層級設定為 SERIALIZABLE 會將群組複製設定為拒絕認可交易。

並行 DDL 與 DML 操作。  當使用多主模式時，不支援對相同物件執行，但在不同伺服器上的並行資料定義陳述式和資料操作陳述式。在物件上執行資料定義語言 (DDL) 陳述式期間，在相同物件上執行並行的資料操作語言 (DML)，但在不同的伺服器執行個體上執行時，會有在不同執行個體上執行的衝突 DDL 未被偵測到的風險。

具有串聯限制的外來索引鍵。  多主模式群組 (所有成員都設定為 group_replication_single_primary_mode=OFF) 不支援具有多層外來索引鍵相依性的表格，特別是具有已定義 CASCADING 外來索引鍵限制的表格。這是因為多主模式群組執行的串聯操作所導致的外來索引鍵限制可能會導致未被偵測到的衝突，並導致群組成員之間的資料不一致。因此，我們建議在多主模式群組中使用的伺服器執行個體上設定 group_replication_enforce_update_everywhere_checks=ON，以避免未偵測到的衝突。

在單主模式中，這不是問題，因為它不允許同時寫入群組的多個成員，因此沒有未偵測到衝突的風險。

多主模式的死鎖。當群組以多主模式運作時，SELECT .. FOR UPDATE 陳述式可能會導致死鎖。這是因為鎖定並未在群組的成員之間共享，因此這類陳述式的預期結果可能無法實現。

複寫篩選器。全域複寫篩選器無法用於設定為群組複寫的 MySQL 伺服器實例，因為在某些伺服器上篩選交易會導致群組無法就一致狀態達成共識。通道特定的複寫篩選器可以用於非直接參與群組複寫的複寫通道，例如群組成員也充當群組外部來源的複本時。它們不能用於 group_replication_applier 或 group_replication_recovery 通道。

加密連線。如果使用 OpenSSL 1.1.1 或更高版本編譯，MySQL 中可以使用 TLSv1.3 協定的支援。群組複寫支援 TLSv1.3，可用於群組通訊連線和分散式復原連線。

group_replication_recovery_tls_version 和 group_replication_recovery_tls_ciphersuites 可用於設定客戶端對任何加密套件選擇的支援，包括僅在需要時使用非預設的加密套件。請參閱第 8.3.2 節，「加密連線 TLS 協定和加密方式」。

複製操作。群組複寫會啟動和管理分散式復原的複製操作，但設定為支援複製的群組成員也可以參與使用者手動啟動的複製操作。如果操作涉及正在執行群組複寫的群組成員，您可以手動啟動複製操作，前提是複製操作不會移除並取代接收方上的資料。因此，如果正在執行群組複寫，則啟動複製操作的陳述式必須包含 DATA DIRECTORY 子句。請參閱第 20.5.4.2.4 節，「其他用途的複製」。