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à.
Abilitazione dell'inoltro di scrittura locale
Per impostazione predefinita, l'inoltro di scrittura locale non è abilitato per i cluster database Aurora MySQL. Abilitare l'inoltro di scrittura locale a livello di cluster, non a livello di istanza.
Importante
Inoltre, è possibile abilitare l'inoltro di scrittura locale per le repliche di lettura tra regioni che utilizzano la registrazione binaria, ma le operazioni di scrittura non vengono inoltrate all'origine Regione AWS. Vengono inoltrate all'istanza database di scrittura del cluster di replica di lettura binlog.
Si consiglia di usare questo metodo solo se si dispone di un caso d'uso per scrivere nella replica di lettura binlog nella Regione AWS secondaria. In caso contrario, si potrebbe verificare uno scenario "split-brain" in cui i set di dati replicati non sono tra loro coerenti.
Si consiglia di utilizzare l'inoltro di scrittura globale con database globali, anziché l'inoltro di scrittura locale su repliche di lettura tra regioni, a meno che non sia assolutamente necessario. Per ulteriori informazioni, consulta Utilizzo dell'inoltro di scrittura in un database globale Amazon Aurora.
Usando la Console di gestione AWS, seleziona la casella di controllo Attiva l'inoltro di scrittura locale in Inoltro di scrittura di repliche di lettura quando si crea o si modifica un cluster database.
Per abilitare l'inoltro di scrittura con la AWS CLI, usa l'opzione --enable-local-write-forwarding. Questa opzione funziona quando si crea un nuovo cluster database secondario tramite il comando create-db-cluster. Inoltre, funziona quando si modifica un cluster database esistente tramite il comando modify-db-cluster. Puoi disattivare l'inoltro di scrittura mediante l'opzione --no-enable-local-write-forwarding con questi stessi comandi CLI.
Nell'esempio seguente viene creato un cluster DB Aurora MySQL con l'inoltro di scrittura abilitato.
aws rds create-db-cluster \ --db-cluster-identifier write-forwarding-test-cluster \--enable-local-write-forwarding\ --engine aurora-mysql \ --engine-version8.0.mysql_aurora.3.04.0\ --master-username myuser \ --master-user-password mypassword \ --backup-retention 1
Vengono quindi create istanze database di scrittura e lettura in modo da poter utilizzare l'inoltro di scrittura. Per ulteriori informazioni, consulta Creazione di un cluster database Amazon Aurora.
Per abilitare l'inoltro di scrittura utilizzando l'API Amazon RDS, impostare il parametro EnableLocalWriteForwarding su true. Questo parametro funziona quando si crea un nuovo cluster database secondario utilizzando l'operazione CreateDBCluster. Funziona anche quando si modifica un cluster database esistente utilizzando l'operazione ModifyDBCluster. È possibile disattivare l'inoltro di scrittura impostando il parametro EnableLocalWriteForwarding su false.
Abilitazione dell'inoltro di scrittura per le sessioni di database
Il parametro aurora_replica_read_consistency è un parametro database e un parametro del cluster database che abilita l'inoltro di scrittura. È possibile specificare EVENTUAL, SESSION o GLOBAL per il livello di coerenza di lettura. Per ulteriori informazioni sui livelli di coerenza, consulta Coerenza di lettura per l'inoltro di scrittura.
A questo parametro si applicano le seguenti regole:
-
Il valore predefinito è '' (null).
-
L'inoltro di scrittura è disponibile solo se
aurora_replica_read_consistencyè impostato suEVENTUAL,SESSIONoGLOBAL. Questo parametro è rilevante solo nelle istanze di lettura di cluster database secondari con l'inoltro di scrittura abilitato. -
Non è possibile importare questo parametro (quando vuoto) o annullarne l'impostazione (quando già impostato) all'interno di una transazione con più istruzioni. È possibile modificarlo da un valore valido a un altro valore valido durante una transazione di questo tipo, ma questa azione non è consigliata.