Gestione di cluster attivi-attivi - Amazon Relational Database Service
mysql.rds_group_replication_advance_gtidmysql.rds_group_replication_create_usermysql.rds_group_replication_set_recovery_channelmysql.rds_group_replication_startmysql.rds_group_replication_stop

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à.

Gestione di cluster attivi-attivi

Le stored procedure seguenti configurano e gestiscono i cluster attivi-attivi RDS per MySQL. Per ulteriori informazioni, consulta Configurazione di cluster attivi-attivi in RDS per MySQL.

Tali stored procedure sono disponibili solo con le istanze database RDS per MySQL che eseguono le versioni seguenti:

  • Tutte le versioni di MySQL 8.4

  • MySQL 8.0.35 e versioni secondarie successive

mysql.rds_group_replication_advance_gtid

Crea GTID segnaposto sull’istanza database corrente.

Sintassi

CALL mysql.rds_group_replication_advance_gtid(
begin_id
, end_id
, server_uuid
);

Parametri

begin_id

ID della transazione iniziale da creare.

end_id

ID della transazione finale da creare.

begin_id

group_replication_group_name della transazione da creare. group_replication_group_name è specificato come UUID nel gruppo di parametri di database associato all’istanza database.

Note per l'utilizzo

In un cluster attivo-attivo, affinché un’istanza database possa unirsi a un gruppo, tutte le transazioni GTID eseguite nella nuova istanza database devono esistere negli altri membri del cluster. In casi insoliti, per una nuova istanza database potrebbero esistere più transazioni quando queste ultime sono eseguite prima di aggiungere l’istanza al gruppo. In questo caso, non è possibile rimuovere alcuna transazione esistente, ma si può utilizzare questa procedura per creare i GTID segnaposto corrispondenti nelle altre istanze database del gruppo. Prima di eseguire questa operazione, verificare che le transazioni non influiscano sui dati replicati.

Quando si chiama questa procedura, le transazioni GTID di server_uuid:begin_id-end_id vengono create con contenuto vuoto. Per evitare problemi di replica, non utilizzare questa procedura in altre condizioni.

Importante

Evitare di chiamare la procedura quando il cluster attivo-attivo funziona normalmente. Non chiamare questa procedura se non si comprendono le possibili conseguenze delle transazioni in fase di creazione. Quando si chiama questa procedura, è possibile che vengano generati dati non coerenti.

Esempio

L’esempio seguente crea GTID segnaposto sull’istanza database corrente:

CALL mysql.rds_group_replication_advance_gtid(5, 6, '11111111-2222-3333-4444-555555555555');

mysql.rds_group_replication_create_user

Crea l’utente di replica rdsgrprepladmin per la replica di gruppo nell’istanza database.

Sintassi

CALL mysql.rds_group_replication_create_user(
replication_user_password
);

Parametri

replication_user_password

Password dell’utente di replica rdsgrprepladmin.

Note per l'utilizzo

  • La password dell’utente di replica rdsgrprepladmin deve essere la stessa su tutte le istanze database di un cluster attivo-attivo.

  • Il nome utente rdsgrprepladmin è riservato per le connessioni di replica di gruppo e non può essere assegnato ad alcun altro utente, incluso l’utente master.

Esempio

L’esempio seguente crea l’utente di replica rdsgrprepladmin per la replica di gruppo sull’istanza database:

CALL mysql.rds_group_replication_create_user('password');

mysql.rds_group_replication_set_recovery_channel

Imposta il canale group_replication_recovery per un cluster attivo-attivo. La procedura utilizza l’utente rdsgrprepladmin riservato per configurare il canale.

Sintassi

CALL mysql.rds_group_replication_set_recovery_channel(
replication_user_password);

Parametri

replication_user_password

Password dell’utente di replica rdsgrprepladmin.

Note per l'utilizzo

La password dell’utente di replica rdsgrprepladmin deve essere la stessa su tutte le istanze database di un cluster attivo-attivo. Una chiamata a mysql.rds_group_replication_create_user specifica la password.

Esempio

L’esempio seguente imposta il canale group_replication_recovery per un cluster attivo-attivo:

CALL mysql.rds_group_replication_set_recovery_channel('password');

mysql.rds_group_replication_start

Avvia la replica di gruppo sull’istanza database corrente.

Sintassi

CALL mysql.rds_group_replication_start(
bootstrap
);

Parametri

bootstrap

Valore che specifica se inizializzare un nuovo gruppo o unirsi a un gruppo esistente. 1 inizializza un nuovo gruppo con l’istanza database corrente. 0 unisce l’istanza database corrente a un gruppo esistente connettendosi agli endpoint definiti nel parametro group_replication_group_seeds del gruppo di parametri di database associato all’istanza database.

Esempio

L’esempio seguente inizializza un nuovo gruppo con l’istanza database corrente:

CALL mysql.rds_group_replication_start(1);

mysql.rds_group_replication_stop

Arresta la replica di gruppo sull’istanza database corrente.

Sintassi

CALL mysql.rds_group_replication_stop();

Note per l'utilizzo

L’arresto di una replica su un’istanza database non influisce su alcun’altra istanza database nel cluster attivo-attivo.