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 Aurora My DB. SQL 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 interregionali che utilizzano la registrazione binaria, ma le operazioni di scrittura non vengono inoltrate all'origine Regione AWS. Vengono inoltrati all'istanza Writer DB del cluster di replica di lettura binlog.
Usa questo metodo solo se hai un caso d'uso per scrivere sulla replica di lettura binlog nella replica di lettura secondaria Regione AWS. Altrimenti, potresti ritrovarti con uno scenario «split-brain» in cui i set di dati replicati non sono coerenti tra loro.
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.
Utilizzo di AWS Management Console, seleziona la casella di controllo Attiva l'inoltro di scrittura locale in Read replica write forwarding quando crei o modifichi un cluster DB.
Per abilitare l'inoltro di scrittura con 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
. È possibile disabilitare l'inoltro di scrittura utilizzando l'--no-enable-local-write-forwarding
opzione con questi stessi CLI comandi.
L'esempio seguente crea un cluster Aurora My SQL DB 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 tramite Amazon RDSAPI, imposta il EnableLocalWriteForwarding
parametro 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
,SESSION
oGLOBAL
. 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.