本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。
使用 GTID型複寫
下列內容說明如何在 使用全域交易識別符 (GTIDs) 搭配二進位日誌 (binlog) 複寫。Aurora MySQL 叢集與外部來源之間。
注意
對於 Aurora，您只能將此功能與使用 binlog 複寫的 Aurora MySQL 叢集搭配使用，以往返外部 MySQL 資料庫。其他資料庫可能是 Amazon RDS MySQL 執行個體、內部部署 MySQL 資料庫，或不同 中的 Aurora 資料庫叢集 AWS 區域。若要了解如何設定該類型的複寫作業，請參閱在 Aurora 和我之間SQL或 Aurora 與另一個 Aurora 資料庫叢集之間的複寫 (二進位記錄複寫。
如果您使用 binlog 複寫，而且不熟悉使用 My GTID的 型複寫SQL，請參閱 MySQL 文件中的使用全域交易識別符複寫
GTIDAurora MySQL 第 2 版和第 3 版支援 型複寫。
全域交易識別符概觀 (GTIDs)
全域交易識別符 (GTIDs) 是為遞交的 MySQL 交易產生的唯一識別符。您可以使用 GTIDs讓 Binlog 複寫更簡單，也更容易進行故障診斷。
注意
當 Aurora 在叢集中的資料庫執行個體間同步資料時，該複寫機制並不會用到二進位日誌 (binlog)。對於 Aurora MySQL， GTID型複寫僅適用於當您使用 binlog 複寫從外部 My SQL相容資料庫複寫到 Aurora MySQL 資料庫叢集或從中複寫。
我的SQL 使用兩種不同類型的交易進行 binlog 複寫：
-
GTID 交易 – 由 識別的交易GTID。
-
匿名交易 – 未GTID指派 的交易。
在複寫組態中， 在所有資料庫執行個體中GTIDs都是唯一的。 GTIDs簡化複寫組態，因為當您使用它們時，您不必參考日誌檔案位置。 GTIDs也可讓您更輕鬆地追蹤複寫的交易，並判斷來源執行個體和複本是否一致。
當您從外部 My SQL相容資料庫複寫到 Aurora 叢集時，通常會使用 GTID型複寫搭配 Aurora。您可以將此複寫組態設定為從內部部署或 Amazon RDS 資料庫遷移至 Aurora My 的一部分SQL。如果外部資料庫已使用 GTIDs，則啟用 Aurora 叢集的 GTID型複寫可簡化複寫程序。
您可以先在資料庫叢集參數群組中設定相關組態參數，為 Aurora MySQL 叢集設定 GTID型複寫。接著，請建立該參數群組與叢集間的關聯。
GTID以 為基礎的複寫參數
使用下列參數來設定 GTID型複寫。
| 參數 | 有效值 | 描述 |
|---|---|---|
|
|
|
|
|
|
|
|
注意
在 中 AWS Management Console， gtid_mode 參數會顯示為 gtid-mode。
對於 GTID型複寫，請針對 Aurora MySQL 資料庫叢集的資料庫叢集參數群組使用這些設定：
-
ON和ON_PERMISSIVE僅適用於從 Aurora MySQL 叢集傳出複寫。這兩個值都會導致您的 Aurora 資料庫叢集GTIDs用於複寫至外部資料庫的交易。ON要求外部資料庫也使用 GTID型複寫。ON_PERMISSIVE會在外部資料庫上選用 GTID型複寫。 -
若設定
OFF_PERMISSIVE，表示 Aurora 資料庫叢集可接受來自外部資料庫的傳入複寫作業。無論外部資料庫是否使用 GTID型複寫，都可以執行此操作。 -
OFF如果設定 ，表示您的 Aurora 資料庫叢集只接受來自不使用 GTID型複寫之外部資料庫的傳入複寫。
提示
傳入複寫是 Aurora MySQL 叢集最常見的 binlog 複寫案例。對於傳入複寫，我們建議您將 GTID 模式設定為 OFF_PERMISSIVE。該設定允許從外部資料庫傳入複寫，無論複寫來源GTID的設定為何。
如需參數群組的詳細資訊，請參閱Amazon Aurora 的參數群組。
