取得最近一次全域檢查點（GCP）的時間。也就是說，您需要從副本叢集上的 ndb_apply_status 表格中確定最近的 epoch，這可以使用以下查詢找到

mysqlR'> SELECT @latest:=MAX(epoch)
      ->        FROM mysql.ndb_apply_status;

在環狀複製拓樸中，每個主機上都有來源和副本執行，當您使用 ndb_log_apply_status=1 時，NDB叢集 epoch 會寫入副本的二進制日誌中。這表示 ndb_apply_status 表格包含此主機上的副本資訊，以及充當此主機上執行的複製來源伺服器副本的任何其他主機的資訊。

在這種情況下，您需要確定此副本上的最新 epoch，排除此副本二進制日誌中任何其他副本的 epoch，這些副本未在用於設定此副本的 CHANGE REPLICATION SOURCE TO 陳述式的 IGNORE_SERVER_IDS 選項中列出。排除這些 epoch 的原因是，mysql.ndb_apply_status 表格中伺服器 ID 與用於準備此副本來源的 CHANGE REPLICATION SOURCE TO 陳述式中的 IGNORE_SERVER_IDS 清單中有相符的列，除了具有副本自身伺服器 ID 的列之外，也被視為來自本機伺服器。您可以從 SHOW REPLICA STATUS 的輸出中以 Replicate_Ignore_Server_Ids 擷取此清單。我們假設您已取得此清單，並將其替換為此處顯示的查詢中的 ignore_server_ids，此查詢與先前版本的查詢一樣，選擇最大的 epoch 放入名為 @latest 的變數中

mysqlR'> SELECT @latest:=MAX(epoch)
      ->        FROM mysql.ndb_apply_status
      ->        WHERE server_id NOT IN (ignore_server_ids);

在某些情況下，使用要包含的伺服器 ID 清單，並在先前查詢的 WHERE 條件中使用 server_id IN server_id_list 會更簡單或更有效率（或兩者兼具）。

使用從步驟 1 中查詢取得的資訊，從來源叢集上的 ndb_binlog_index 表格取得對應的記錄。

您可以使用以下查詢從來源上的 ndb_binlog_index 表格取得所需的記錄

mysqlS'> SELECT
    ->     @file:=SUBSTRING_INDEX(next_file, '/', -1),
    ->     @pos:=next_position
    -> FROM mysql.ndb_binlog_index
    -> WHERE epoch = @latest;

這些是自主要複製通道失敗以來，儲存在來源上的記錄。我們在這裡使用使用者變數 @latest 來表示步驟 1 中取得的值。當然，一個 mysqld 執行個體無法直接存取在另一個伺服器執行個體上設定的使用者變數。這些值必須手動或由應用程式「插入」到第二個查詢中。

現在可以藉由在次要副本伺服器上執行以下查詢來同步次要通道

mysqlR'> CHANGE REPLICATION SOURCE TO
      ->     SOURCE_LOG_FILE='@file',
      ->     SOURCE_LOG_POS=@pos;

我們再次使用使用者變數（在此案例中為 @file 和 @pos）來表示步驟 2 中取得並在步驟 3 中應用的值；實際上，這些值必須手動插入，或使用可以存取兩個相關伺服器的應用程式。

現在您可以藉由在次要副本 mysqld 上發出適當的命令，在次要通道上啟動複製

mysqlR'> START REPLICA;