取得最近一次全域檢查點 (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;