可以使用內建函數 GTID_SUBSET() 和 GTID_SUBTRACT() 來檢查複本是否至少已套用來源已套用的每個交易。

若要使用 GTID_SUBSET() 執行此檢查，請在複本上執行下列語句：

SELECT GTID_SUBSET(source_gtid_executed, replica_gtid_executed);

如果傳回值為 0（false），則表示 source_gtid_executed 中的某些 GTID 不存在於 replica_gtid_executed 中，並且複本尚未套用在來源上套用的交易，這表示複本不是最新狀態。

若要使用 GTID_SUBTRACT() 執行相同的檢查，請在複本上執行下列語句：

SELECT GTID_SUBTRACT(source_gtid_executed, replica_gtid_executed);

此語句會傳回 source_gtid_executed 中但不在 replica_gtid_executed 中的任何 GTID。如果有任何 GTID 被傳回，則表示來源已套用複本尚未套用的一些交易，因此複本不是最新狀態。

儲存函數 GTID_IS_EQUAL()、GTID_IS_DISJOINT() 和 GTID_IS_DISJOINT_UNION() 可用於驗證涉及多個資料庫和伺服器的備份和還原作業。在此範例情境中，server1 包含資料庫 db1，而 server2 包含資料庫 db2。目標是將資料庫 db2 複製到 server1，而 server1 上的結果應該是兩個資料庫的聯集。使用的程序是使用 mysqldump 備份 server2，然後在 server1 上還原此備份。

假設 mysqldump 在 --set-gtid-purged 設定為 ON 或 AUTO（預設值）的情況下執行，則輸出包含一個 SET @@GLOBAL.gtid_purged 語句，該語句會將來自 server2 的 gtid_executed 集合新增至 server1 上的 gtid_purged 集合。gtid_purged 包含在指定伺服器上已提交，但不存在於伺服器上任何二進位日誌檔案中的所有交易的 GTID。當資料庫 db2 複製到 server1 時，在 server2 上提交，但不在 server1 上二進位日誌檔案中的交易的 GTID，必須新增至 gtid_purged 以使 server1 的集合完整。

可以使用儲存函數來協助此情境中的下列步驟：

儲存函數 GTID_UNION() 可用於從一組複本中識別最新的複本，以便在來源伺服器意外停止後執行手動容錯移轉作業。如果某些複本正在經歷複寫延遲，則可以使用此儲存函數來計算最新的複本，而無需等待所有複本套用其現有的中繼日誌，從而最大程度地減少容錯移轉時間。該函數可以傳回每個複本上的 gtid_executed 與複本接收的交易集合的聯集，該交易記錄在 Performance Schema replication_connection_status 表格中。您可以比較這些結果，以找出哪個複本的交易記錄最新，即使並非所有交易都已提交。

在每個複本上，發出下列語句來計算完整的交易記錄：

SELECT GTID_UNION(RECEIVED_TRANSACTION_SET, @@GLOBAL.gtid_executed)
    FROM performance_schema.replication_connection_status
    WHERE channel_name = 'name';

然後，您可以比較每個複本的結果，以查看哪個複本具有最新的交易記錄，並將此複本用作新的來源。

儲存函數 GTID_SUBTRACT_UUID() 可用於檢查複本是否已收到並非來自其指定的來源或多個來源的交易。如果是，則表示您的複寫設定、proxy、路由器或負載平衡器可能存在問題。此函數的作用是從 GTID 集合中移除所有來自指定來源伺服器的 GTID，並傳回剩餘的 GTID（如果有的話）。

對於具有單一來源的複本，請發出下列語句，並提供來源伺服器的識別碼，該識別碼通常與 server_uuid 相同：

SELECT GTID_SUBTRACT_UUID(@@GLOBAL.gtid_executed, server_uuid_of_source);

如果結果不為空，則傳回的交易是並非來自指定來源的額外交易。

對於多來源拓撲中的複本，請在函數呼叫中包含每個來源的伺服器 UUID，如下所示：

SELECT 
  GTID_SUBTRACT_UUID(GTID_SUBTRACT_UUID(@@GLOBAL.gtid_executed,
                                        server_uuid_of_source_1),
                                        server_uuid_of_source_2);

如果結果不為空，則傳回的交易是並非來自任何指定來源的額外交易。

儲存函數 GTID_INTERSECTION_WITH_UUID() 可用於驗證伺服器是否未產生任何 GTID，並且處於唯讀狀態。該函數只會從 GTID 集合中傳回來自具有指定識別碼的伺服器的那些 GTID。如果此伺服器中 gtid_executed 中列出的任何交易使用伺服器自己的識別碼，則表示伺服器本身產生了那些交易。您可以在伺服器上發出下列語句來進行檢查：

SELECT GTID_INTERSECTION_WITH_UUID(@@GLOBAL.gtid_executed, my_server_uuid);

儲存函數 GTID_INTERSECTION_WITH_UUID() 可用於找出附加到多源複製設定的副本是否已套用來自特定來源的所有交易。在此情境中，source1 和 source2 都是來源和副本，並彼此複製。source2 也有自己的副本。如果 source2 設定為 log_replica_updates=ON，則副本也會接收並套用來自 source1 的交易，但如果 source2 使用 log_replica_updates=OFF，則不會這樣做。無論如何，我們目前只想找出副本是否與 source2 同步。在這種情況下，可以使用 GTID_INTERSECTION_WITH_UUID() 來識別 source2 起始的交易，並捨棄 source2 從 source1 複製的交易。然後，可以使用內建函數 GTID_SUBSET()，將結果與副本上的 gtid_executed 集合作比較。如果副本與 source2 同步，則副本上的 gtid_executed 集合包含交集集合中的所有交易（即來自 source2 的交易）。

若要執行此檢查，請將 source2 的 gtid_executed 值和伺服器 UUID，以及副本的 gtid_executed 值，儲存到使用者變數中，如下所示：

source2> SELECT @@GLOBAL.gtid_executed INTO @source2_gtid_executed;

source2> SELECT @@GLOBAL.server_uuid INTO @source2_server_uuid;

replica> SELECT @@GLOBAL.gtid_executed INTO @replica_gtid_executed;

然後使用 GTID_INTERSECTION_WITH_UUID() 和 GTID_SUBSET()，並以這些變數作為輸入，如下所示：

SELECT 
  GTID_SUBSET(
    GTID_INTERSECTION_WITH_UUID(@source2_gtid_executed,
                                @source2_server_uuid),
                                @replica_gtid_executed);

來自 source2 的伺服器識別碼 (@source2_server_uuid) 與 GTID_INTERSECTION_WITH_UUID() 一起使用，以識別並僅傳回來自 source2 上起始的 GTID 集合中的那些 GTID，並省略來自 source1 的 GTID。然後，使用 GTID_SUBSET() 將產生的 GTID 集合與副本上所有已執行 GTID 的集合進行比較。如果此陳述式傳回非零值 (true)，則來自 source2 的所有已識別 GTID（第一個集合輸入）也會在副本的 gtid_executed 中找到，這表示副本已接收並執行來自 source2 的所有交易。