本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。

設定 Amazon Aurora MySQL 的多來源複寫

透過多來源複寫，您可以將 Amazon Aurora MySQL 資料庫叢集設定為從多個來源 MySQL 資料庫接收二進位日誌事件的複本。每個來源可以是 RDS for MySQL 資料庫執行個體、另一個 Aurora MySQL 資料庫叢集，或在 Amazon RDS 外部執行的 MySQL 資料庫。

執行下列引擎版本的 Aurora MySQL 資料庫叢集支援多來源複寫：

如需 MySQL 多來源複寫的詳細資訊，請參閱 MySQL 文件中的 MySQL 多來源複寫。 MySQL

多來源複寫的使用案例

在下列情況下，請考慮在 Aurora MySQL 上使用多來源複寫：

多來源複寫的先決條件

在 Aurora MySQL 資料庫叢集上設定多來源複寫之前，請先完成二進位日誌複寫的標準先決條件，如中所述設定 Aurora MySQL 的二進位日誌複寫。這包括在每個來源上啟用二進位記錄、保留二進位日誌、建立複寫使用者，以及建立每個來源的副本或傾印。對於多來源複寫，請為每個來源資料庫執行個體重複這些步驟。

除了標準先決條件之外，請確定您符合多來源複寫的下列需求。

在 Aurora MySQL 資料庫叢集上設定多來源複寫通道

在 Aurora MySQL 上設定多來源複寫通道類似於設定單一來源複寫。對於多來源複寫，首先在來源執行個體上啟用二進位記錄，將資料從來源匯入 Aurora MySQL 叢集，然後使用二進位日誌座標或 GTID 自動定位從每個來源開始複寫。

步驟 1：將資料從來源資料庫執行個體匯入 Aurora MySQL 叢集

為每個來源資料庫執行個體執行下列步驟。

步驟 2：開始從來源資料庫執行個體複寫至 Aurora MySQL 叢集

對於每個來源資料庫執行個體，請連線至 Aurora MySQL 資料庫叢集的寫入器執行個體，並執行預存程序以在頻道上設定和啟動複寫。

選項 A：使用二進位日誌檔案位置

CALL mysql.rds_set_external_source_for_channel(
  'source-endpoint.region.rds.amazonaws.com',
  3306,
  'repl_user',
  'password',
  'mysql-bin-changelog.000031',
  107,
  0,
  'channel_1'
);

CALL mysql.rds_start_replication_for_channel('channel_1');

選項 B：使用 GTID 自動定位

如果您的來源資料庫執行個體使用 GTID 式複寫，您可以使用自動定位，而不是指定二進位日誌座標：

CALL mysql.rds_set_external_source_with_auto_position_for_channel(
  'source-endpoint.region.rds.amazonaws.com',
  3306,
  'repl_user',
  'password',
  0,
  0,
  'channel_1'
);

CALL mysql.rds_start_replication_for_channel('channel_1');

為每個來源資料庫執行個體重複這些步驟，並為每個執行個體指定唯一的頻道名稱 （例如，、channel_1channel_2、channel_3)。

搭配多來源複寫使用篩選條件

您可以使用複寫篩選條件來指定要複寫至 Aurora MySQL 多來源複本的資料庫和資料表。如需複寫篩選條件的詳細資訊，請參閱 使用 Aurora MySQL 設定複寫篩選條件。以下說明多來源複寫可用的其他頻道層級篩選功能。

透過多來源複寫，您可以在兩個層級設定複寫篩選條件：

金鑰行為

監控多來源複寫管道

您可以使用下列方法監控 Aurora MySQL 多來源複本上的個別頻道。

使用 SHOW REPLICA 狀態

連線至 Aurora MySQL 資料庫叢集的寫入器執行個體並執行：

-- View status for all channels
SHOW REPLICA STATUS\G

-- View status for a specific channel
SHOW REPLICA STATUS FOR CHANNEL 'channel_1'\G

要監控的關鍵欄位：

使用 CloudWatch 指標

監控每個複寫通道的 ReplicationChannelLag CloudWatch 指標。此指標提供 60 秒期間的每個頻道複寫延遲資料，並可使用 15 天。若要尋找複寫通道延遲，請使用 Aurora 資料庫叢集執行個體識別符和複寫通道名稱做為維度。您可以設定 CloudWatch 警示，以在延遲超過特定閾值時接收通知。如需詳細資訊，請參閱在 Amazon Aurora 叢集中監控指標。

管理多來源複寫預存程序

如需有關使用預存程序來設定和管理多來源複寫通道的資訊，請參閱 管理多來源複寫。

考量和最佳實務

如需一般複寫最佳化建議，包括二進位日誌格式、平行工作者和增強型 Binlog，請參閱 最佳化 Aurora MySQL 的二進位日誌複寫。以下是多來源複寫特有的考量事項。

資源規劃

執行多個複寫通道時，在複本上配置的複寫執行緒總數為： (replica_parallel_workers + 1 個協調器執行緒） × 通道數量。例如，當replica_parallel_workers預設值為 4 和 10 個頻道時，Aurora MySQL 會配置 50 個複寫執行緒。根據您的總來源輸送量和頻道計數，考慮使用較大的資料庫執行個體類別 （例如 db.r6g.2xlarge 或更大）。每個頻道都會收到相同數量的平行工作者。MySQL 不支援為每個頻道設定不同的平行工作者計數。

避免衝突

MySQL 多來源複寫不提供衝突偵測或解決方案。您必須確保來自不同來源的變更沒有衝突。常見的策略包括：

若要防止應用程式直接連線至多來源複本的衝突寫入，請在 Aurora MySQL 叢集上啟用唯讀模式： CALL mysql.rds_set_read_only(1);

操作最佳實務

限制

下列限制專屬於 Aurora MySQL 多來源複寫。如需一般 MySQL 多來源複寫限制 （例如每個通道的平行工作者組態），請參閱 MySQL 文件中的 MySQL 多來源複寫。 MySQL

疑難排解

如需一般複寫疑難排解，請參閱 Amazon Aurora MySQL 複寫問題。以下是多來源複寫特定的疑難排解備註。

快照還原後通道組態未還原

資料庫叢集快照不包含多來源頻道組態。從快照還原之後：

一或多個頻道上的複寫延遲增加

範例：使用三個來源完成多來源設定

下列範例示範將 Aurora MySQL 資料庫叢集設定為三個 RDS for MySQL 來源執行個體的多來源複本。

步驟 1：在每個來源上記錄二進位日誌位置

連接到每個來源並記錄二進位日誌座標：

-- On source 1 (orders-db.xxxxx.us-east-1.rds.amazonaws.com)
SHOW BINARY LOG STATUS;
-- Result: mysql-bin-changelog.000045, Position: 3892

-- On source 2 (inventory-db.xxxxx.us-east-1.rds.amazonaws.com)
SHOW BINARY LOG STATUS;
-- Result: mysql-bin-changelog.000012, Position: 1567

-- On source 3 (analytics-db.xxxxx.us-east-1.rds.amazonaws.com)
SHOW BINARY LOG STATUS;
-- Result: mysql-bin-changelog.000078, Position: 9421

步驟 2：從每個來源匯入資料

# Import from source 1
mysqldump --databases orders_db --single-transaction --compress \
 -u admin -p --host=orders-db.xxxxx.us-east-1.rds.amazonaws.com | \
 mysql --host=my-aurora-cluster.cluster-xxxxx.us-east-1.rds.amazonaws.com -u admin -p

# Import from source 2
mysqldump --databases inventory_db --single-transaction --compress \
 -u admin -p --host=inventory-db.xxxxx.us-east-1.rds.amazonaws.com | \
 mysql --host=my-aurora-cluster.cluster-xxxxx.us-east-1.rds.amazonaws.com -u admin -p

# Import from source 3
mysqldump --databases analytics_db --single-transaction --compress \
 -u admin -p --host=analytics-db.xxxxx.us-east-1.rds.amazonaws.com | \
 mysql --host=my-aurora-cluster.cluster-xxxxx.us-east-1.rds.amazonaws.com -u admin -p

步驟 3：設定和啟動複寫通道

連線至 Aurora MySQL 寫入器執行個體：

-- Configure channel for source 1 (orders)
CALL mysql.rds_set_external_source_for_channel(
 'orders-db.xxxxx.us-east-1.rds.amazonaws.com',
 3306, 'repl_user', 'password',
 'mysql-bin-changelog.000045', 3892, 0, 'orders_channel'
);

-- Configure channel for source 2 (inventory)
CALL mysql.rds_set_external_source_for_channel(
 'inventory-db.xxxxx.us-east-1.rds.amazonaws.com',
 3306, 'repl_user', 'password',
 'mysql-bin-changelog.000012', 1567, 0, 'inventory_channel'
);

-- Configure channel for source 3 (analytics)
CALL mysql.rds_set_external_source_for_channel(
 'analytics-db.xxxxx.us-east-1.rds.amazonaws.com',
 3306, 'repl_user', 'password',
 'mysql-bin-changelog.000078', 9421, 0, 'analytics_channel'
);

-- Start all channels
CALL mysql.rds_start_replication_for_channel('orders_channel');
CALL mysql.rds_start_replication_for_channel('inventory_channel');
CALL mysql.rds_start_replication_for_channel('analytics_channel');

步驟 4：驗證複寫狀態

SHOW REPLICA STATUS\G

確認每個頻道的 ：

相關資源