群組大小的限制

交易大小的限制

--upgrade=MINIMAL 選項。  在使用 MINIMAL 選項 (--upgrade=MINIMAL) 的 MySQL 伺服器升級後，無法啟動群組複寫，因為該選項不會升級複寫內部運作所依賴的系統表格。

間隙鎖定。  群組複寫針對並行交易的認證程序不會將間隙鎖定納入考量，因為關於間隙鎖定的資訊在 InnoDB 之外不可用。如需詳細資訊，請參閱間隙鎖定。

表格鎖定和具名鎖定。  認證程序不會將表格鎖定 (請參閱第 15.3.6 節，「LOCK TABLES 和 UNLOCK TABLES 語法」) 或具名鎖定 (請參閱GET_LOCK()) 納入考量。

二進位記錄檔檢查總和。  MySQL 9.0 中的群組複寫支援檢查總和，因此群組成員可以使用預設設定 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 通道。

加密連線。 如果 MySQL 是使用 OpenSSL 1.1.1 或更高版本編譯的，則它支援 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 節，「用於其他目的的複製」。