View a markdown version of this page

Utilizzo della replica basata su GTID - Amazon Aurora
Panoramica degli identificatori globali delle transazioni () GTIDsParametri per la replica basata su GTID

Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.

Utilizzo della replica basata su GTID

Il seguente contenuto spiega come utilizzare gli identificatori di transazione globali (GTIDs) con la replica del log binario (binlog) . tra un cluster Aurora MySQL e una fonte esterna.

Nota

Per Aurora, puoi utilizzare questa caratteristica solo con i cluster Aurora MySQL che utilizzano la replica basata sui registri binari verso o da un database MySQL esterno. L'altro database può essere un'istanza Amazon RDS MySQL, un database MySQL On-Premise o un cluster di database Aurora in una Regione AWS diversa. Per sapere come configurare questo tipo di replica, consultare Replica tra Aurora e MySQL o tra Aurora e un altro cluster di database Aurora (replica dei log binari).

Se si utilizza la replica basata su binlog e non si ha familiarità con la replica basata su GTID con MySQL, consulta Replication with global transaction identifiers nella documentazione MySQL.

La replica basata su GTID è supportata per Aurora MySQL versione 2 e 3.

Argomenti

Panoramica degli identificatori globali delle transazioni () GTIDs

Gli identificatori di transazione globali (GTIDs) sono identificatori univoci generati per transazioni MySQL impegnate. È possibile utilizzarli GTIDs per rendere la replica binlog più semplice e facile da risolvere.

Nota

Quando Aurora sincronizza i dati tra le istanze database in un cluster, tale meccanismo di replica non coinvolge i log binari (binlog). Per Aurora MySQL, la replica basata su GTID si applica solo quando si utilizza anche la replica basata sui log binari per replicare un database esterno compatibile con MySQL verso o da un cluster di database di Aurora MySQL.

MySQL utilizza due diversi tipi di transazioni per la replica basata sui log binari:

  • Transazioni GTID – Transazioni identificate da un GTID.

  • Transazioni anonime – Transazioni a cui non è assegnato un GTID.

In una configurazione di replica, GTIDs sono uniche in tutte le istanze DB. GTIDs semplificano la configurazione della replica perché quando li si utilizza, non è necessario fare riferimento alle posizioni dei file di registro. GTIDs semplificano inoltre il monitoraggio delle transazioni replicate e determinano se l'istanza di origine e le repliche sono coerenti.

In genere si utilizza la replica basata su GTID con Aurora durante la replica da un database esterno compatibile con MySQL verso un cluster Aurora. Puoi configurare questa configurazione di replica come parte di una migrazione da un database locale o Amazon RDS verso Aurora MySQL. Se il database esterno lo utilizza già GTIDs, l'abilitazione della replica basata su GTID per il cluster Aurora semplifica il processo di replica.

Configuri la replica basata su GTID per un cluster Aurora MySQL impostando innanzitutto i parametri di configurazione rilevanti in un gruppo di parametri del cluster di database. Quindi associ tale gruppo di parametri al cluster.

Parametri per la replica basata su GTID

Utilizzare i parametri seguenti per configurare la replica basata su GTID.

Parametro Valori validi Description

gtid_mode

OFF, OFF_PERMISSIVE, ON_PERMISSIVE, ON

OFFspecifica che le nuove transazioni sono transazioni anonime (ovvero non necessarie GTIDs) e che una transazione deve essere anonima per essere replicata.

OFF_PERMISSIVE indica che le nuove transazioni sono anonime, ma tutte le transazioni possono essere replicate.

ON_PERMISSIVE indica che le nuove transazioni hanno GTID assegnati, ma tutte le transazioni possono essere replicate.

ON indica che le nuove transazioni hanno GTID assegnati e che una transazione deve avere un GTID per poter essere replicata.

enforce_gtid_consistency

OFF, ON, WARN

OFF consente alle transazioni di violare la coerenza GTID.

ON impedisce alle transazioni di violare la coerenza GTID.

WARN consente alle transazioni di violare la consistenza GTID, ma genera un avviso quando si verifica una violazione.

Nota

Nel Console di gestione AWS, il gtid_mode parametro appare come. gtid-mode

Per la replica basata su GTID, utilizza queste impostazioni per il gruppo di parametri del cluster di database per il cluster di database Aurora MySQL:

  • ON e ON_PERMISSIVE si applicano solo alla replica in uscita da un cluster Aurora MySQL. Entrambi questi valori fanno sì che il cluster Aurora DB venga utilizzato GTIDs per le transazioni replicate su un database esterno. ONrichiede che il database esterno utilizzi anche la replica basata su GTID. ON_PERMISSIVErende facoltativa la replica basata su GTID sul database esterno.

  • OFF_PERMISSIVE, se impostato, significa che il cluster di database Aurora può accettare la replica in ingresso da un database esterno. Possono farlo indipendentemente dal fatto che il database esterno utilizzi la replica basata su GTID o meno.

  • OFF, se impostato, significa che il cluster di database Aurora accetta solo la replica in ingresso da database esterni che non utilizzano la replica basata su GTID.

Suggerimento

La replica in ingresso è lo scenario di replica basata sui log binari più comune per i cluster Aurora MySQL. Per la replica in ingresso, ti consigliamo di impostare la modalità GTID su OFF_PERMISSIVE. Questa impostazione consente la replica in ingresso da database esterni indipendentemente dalle impostazioni GTID dell'origine della replica.

Per ulteriori informazioni sui gruppi di parametri, consultare Gruppi di parametri per Amazon Aurora.