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 GTID-based replica
Di seguito sono riportate le indicazioni per utilizzare gli identificatori di transazione globali (GTID) con la replica basata sui log binari (binlog) tra un cluster Aurora MySQL e un’origine 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)](AuroraMySQL.Replication.MySQL.md).
Se utilizzi la replica binlog e non hai familiarità con la GTID-based replica con MySQL, consulta Replica [con identificatori di transazione globali](https://dev.mysql.com/doc/refman/5.7/en/replication-gtids.html) nella documentazione di MySQL.
GTID-based la replica è supportata per Aurora MySQL versione 2 e 3.
**Topics**
+ [Identificatori globali di transazione (GTID)](#mysql-replication-gtid.overview)
+ [GTID-based Parametri per la replica](#mysql-replication-gtid.parameters)
+ [Abilitazione GTID-based della replica per un cluster Aurora MySQL](mysql-replication-gtid.configuring-aurora.md)
+ [Disabilitazione GTID-based della replica per un'istanza DB )](mysql-replication-gtid.disabling.md)
## Identificatori globali di transazione (GTID)
*Gli identificatori globali di transazione (GTID)* sono identificatori univoci generati per le transazioni MySQL sottoposte a commit. Puoi utilizzare i GTID per semplificare la replica basata sui log binari e facilitare la risoluzione dei problemi.
**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 si applica solo quando si utilizza anche GTID-based la replica binlog per eseguire la replica all'interno o all'esterno di un cluster Aurora MySQL DB da un database esterno. MySQL-compatible
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, i GTID sono univoci in tutte le istanze database. I GTID semplificano la configurazione della replica perché, quando vengono utilizzati, non è necessario fare riferimento alle posizioni nel file di log. I GTID semplificano anche la registrazione delle transazioni replicate e verificano che l’istanza di origine e le repliche siano coerenti.
In genere si utilizza GTID-based la replica con Aurora quando si esegue la replica da un database MySQL-compatible esterno in 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 utilizza già i GTID, l'abilitazione GTID-based della replica per il cluster Aurora semplifica il processo di replica.
È possibile configurare GTID-based la replica per un cluster Aurora MySQL impostando innanzitutto i parametri di configurazione pertinenti in un gruppo di parametri del cluster DB. Quindi associ tale gruppo di parametri al cluster.
## GTID-based Parametri per la replica
Utilizzate i seguenti parametri per configurare la GTID-based replica.
| Parametro | Valori validi | Descrizione |
| --- | --- | --- |
| `gtid_mode` | `OFF`, `OFF_PERMISSIVE`, `ON_PERMISSIVE`, `ON` | `OFF` indica che le nuove transazioni sono anonime, ovvero non hanno GTID, e che una transazione deve essere anonima per poter 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 GTID-based replica, usa queste impostazioni per il gruppo di parametri del cluster DB per il tuo cluster Aurora MySQL DB:
+ `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 utilizzi i GTID per le transazioni replicate su un database esterno. `ON`richiede che anche il database esterno utilizzi la replica. GTID-based `ON_PERMISSIVE`rende facoltativa GTID-based la replica sul database esterno.
+ `OFF_PERMISSIVE`, se impostato, significa che il cluster di database Aurora può accettare la replica in ingresso da un database esterno. Può farlo indipendentemente dal fatto che il database esterno utilizzi la GTID-based replica o meno.
+ `OFF`, se impostato, significa che il cluster Aurora DB accetta solo la replica in entrata da database esterni che non utilizzano la replica. GTID-based
**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](USER_WorkingWithParamGroups.md).