Configurazione, avvio e arresto della replica dei log binari (binlog)

È possibile chiamare le seguenti stored procedure mentre si è connessi all'istanza principale in un cluster Aurora MySQL. Queste procedure controllano il modo in cui le transazioni vengono replicate da un database esterno in Aurora SQL My o da Aurora SQL My a un database esterno.

mysql.rds_disable_session_binlog (Aurora My versione 2) SQL

Disattiva la registrazione binaria per la sessione corrente impostando la variabile sql_log_bin su OFF.

Sintassi

CALL mysql.rds_disable_session_binlog;

Parametri

Nessuno

Note per l'utilizzo

Per un cluster Aurora My SQL DB, si chiama questa stored procedure mentre si è connessi all'istanza principale.

Per Aurora, questa procedura è supportata per Aurora My SQL versione 2.12 e versioni successive compatibili con My 5.7. SQL

SET SESSION sql_log_bin = OFF;

mysql.rds_enable_session_binlog (Aurora My versione 2) SQL

Attiva la registrazione binaria per la sessione corrente impostando la variabile sql_log_bin su ON.

Sintassi

CALL mysql.rds_enable_session_binlog;

Parametri

Nessuno

Note per l'utilizzo

Per un cluster Aurora My SQL DB, si chiama questa stored procedure mentre si è connessi all'istanza principale.

Per Aurora, questa procedura è supportata per Aurora My SQL versione 2.12 e versioni successive compatibili con My 5.7. SQL

SET SESSION sql_log_bin = ON;

mysql.rds_import_binlog_ssl_material

Importa il certificato dell'autorità di certificazione, il certificato client e la chiave client in un cluster Aurora My SQL DB RDS for My SQL DB . Le informazioni sono necessarie per la SSL comunicazione e la replica crittografata.

Sintassi

CALL mysql.rds_import_binlog_ssl_material (
  ssl_material
);

Parametri

Note per l'utilizzo

Prepara la replica crittografata prima di eseguire questa procedura:

Per ulteriori informazioni, consulta Creazione di SSL certificati e chiavi utilizzando openssl nella documentazione personaleSQL.

Questa procedura importa SSL informazioni da un SQL database My esterno in un cluster Aurora My SQL DB. Le SSL informazioni sono in file in formato.pem che contengono SSL le informazioni per il cluster Aurora My DB. SQL Durante la replica crittografata, il cluster Aurora SQL My DB funge da client verso il server del database SQL My. I certificati e le chiavi per il SQL client Aurora My sono in file in formato.pem.

È possibile copiare le informazioni da questi file nel ssl_material parametro nel payload corretto. JSON Per supportare la replica crittografata, importa queste SSL informazioni nel cluster Aurora SQL My DB.

Il JSON payload deve essere nel formato seguente.

'{"ssl_ca":"-----BEGIN CERTIFICATE-----
ssl_ca_pem_body_code
-----END CERTIFICATE-----\n","ssl_cert":"-----BEGIN CERTIFICATE-----
ssl_cert_pem_body_code
-----END CERTIFICATE-----\n","ssl_key":"-----BEGIN RSA PRIVATE KEY-----
ssl_key_pem_body_code
-----END RSA PRIVATE KEY-----\n"}'
            

Esempi

L'esempio seguente importa SSL informazioni in un' Aurora My. SQL Nei file in formato .pem, il codice del corpo è in genere più lungo del codice del corpo riportato nell'esempio.

call mysql.rds_import_binlog_ssl_material(
'{"ssl_ca":"-----BEGIN CERTIFICATE-----
AAAAB3NzaC1yc2EAAAADAQABAAABAQClKsfkNkuSevGj3eYhCe53pcjqP3maAhDFcvBS7O6V
hz2ItxCih+PnDSUaw+WNQn/mZphTk/a/gU8jEzoOWbkM4yxyb/wB96xbiFveSFJuOp/d6RJhJOI0iBXr
lsLnBItntckiJ7FbtxJMXLvvwJryDUilBMTjYtwB+QhYXUMOzce5Pjz5/i8SeJtjnV3iAoG/cQk+0FzZ
qaeJAAHco+CY/5WrUBkrHmFJr6HcXkvJdWPkYQS3xqC0+FmUZofz221CBt5IMucxXPkX4rWi+z7wB3Rb
BQoQzd8v7yeb7OzlPnWOyN0qFU0XA246RA8QFYiCNYwI3f05p6KLxEXAMPLE
-----END CERTIFICATE-----\n","ssl_cert":"-----BEGIN CERTIFICATE-----
AAAAB3NzaC1yc2EAAAADAQABAAABAQClKsfkNkuSevGj3eYhCe53pcjqP3maAhDFcvBS7O6V
hz2ItxCih+PnDSUaw+WNQn/mZphTk/a/gU8jEzoOWbkM4yxyb/wB96xbiFveSFJuOp/d6RJhJOI0iBXr
lsLnBItntckiJ7FbtxJMXLvvwJryDUilBMTjYtwB+QhYXUMOzce5Pjz5/i8SeJtjnV3iAoG/cQk+0FzZ
qaeJAAHco+CY/5WrUBkrHmFJr6HcXkvJdWPkYQS3xqC0+FmUZofz221CBt5IMucxXPkX4rWi+z7wB3Rb
BQoQzd8v7yeb7OzlPnWOyN0qFU0XA246RA8QFYiCNYwI3f05p6KLxEXAMPLE
-----END CERTIFICATE-----\n","ssl_key":"-----BEGIN RSA PRIVATE KEY-----
AAAAB3NzaC1yc2EAAAADAQABAAABAQClKsfkNkuSevGj3eYhCe53pcjqP3maAhDFcvBS7O6V
hz2ItxCih+PnDSUaw+WNQn/mZphTk/a/gU8jEzoOWbkM4yxyb/wB96xbiFveSFJuOp/d6RJhJOI0iBXr
lsLnBItntckiJ7FbtxJMXLvvwJryDUilBMTjYtwB+QhYXUMOzce5Pjz5/i8SeJtjnV3iAoG/cQk+0FzZ
qaeJAAHco+CY/5WrUBkrHmFJr6HcXkvJdWPkYQS3xqC0+FmUZofz221CBt5IMucxXPkX4rWi+z7wB3Rb
BQoQzd8v7yeb7OzlPnWOyN0qFU0XA246RA8QFYiCNYwI3f05p6KLxEXAMPLE
-----END RSA PRIVATE KEY-----\n"}');

mysql.rds_next_master_log (Aurora My versione 2) SQL

Cambia la posizione del log dell'istanza database di origine all'inizio del successivo log binario nell'istanza database di origine. Utilizza questa procedura solo se ricevi un errore I/O di replica 1236 su una replica di lettura.

Sintassi

CALL mysql.rds_next_master_log(
curr_master_log
);

Parametri

Note per l'utilizzo

La procedura mysql.rds_next_master_log deve essere eseguita dall'utente master.

Esempi

Supponiamo che la replica fallisca su una RDS replica di Aurora SQL My read. L'esecuzione di SHOW REPLICA STATUS\G nella replica di lettura restituisce il risultato seguente:

*************************** 1. row ***************************
             Replica_IO_State:
                  Source_Host: myhost.XXXXXXXXXXXXXXX.rr-rrrr-1.rds.amazonaws.com
                  Source_User: MasterUser
                  Source_Port: 3306
                Connect_Retry: 10
              Source_Log_File: mysql-bin-changelog.012345
          Read_Source_Log_Pos: 1219393
               Relay_Log_File: relaylog.012340
                Relay_Log_Pos: 30223388
        Relay_Source_Log_File: mysql-bin-changelog.012345
           Replica_IO_Running: No
          Replica_SQL_Running: Yes
              Replicate_Do_DB:
          Replicate_Ignore_DB:
           Replicate_Do_Table:
       Replicate_Ignore_Table:
      Replicate_Wild_Do_Table:
  Replicate_Wild_Ignore_Table:
                   Last_Errno: 0
                   Last_Error:
                 Skip_Counter: 0
          Exec_Source_Log_Pos: 30223232
              Relay_Log_Space: 5248928866
              Until_Condition: None
               Until_Log_File:
                Until_Log_Pos: 0
           Source_SSL_Allowed: No
           Source_SSL_CA_File:
           Source_SSL_CA_Path:
              Source_SSL_Cert:
            Source_SSL_Cipher:
               Source_SSL_Key:
        Seconds_Behind_Master: NULL
Source_SSL_Verify_Server_Cert: No
                Last_IO_Errno: 1236
                Last_IO_Error: Got fatal error 1236 from master when reading data from binary log: 'Client requested master to start replication from impossible position; the first event 'mysql-bin-changelog.013406' at 1219393, the last event read from '/rdsdbdata/log/binlog/mysql-bin-changelog.012345' at 4, the last byte read from '/rdsdbdata/log/binlog/mysql-bin-changelog.012345' at 4.'
               Last_SQL_Errno: 0
               Last_SQL_Error:
  Replicate_Ignore_Server_Ids:
             Source_Server_Id: 67285976

Il campo Last_IO_Errno mostra che l'istanza riceve l'errore I/O 1236. Il campo Master_Log_File mostra che il nome di file è mysql-bin-changelog.012345, il che significa che l'indice del file di log è 12345. Per risolvere il problema, puoi chiamare mysql.rds_next_master_log con il seguente parametro:

CALL mysql.rds_next_master_log(12345);

mysql.rds_next_source_log (Aurora My versione 3) SQL

Cambia la posizione del log dell'istanza database di origine all'inizio del successivo log binario nell'istanza database di origine. Utilizza questa procedura solo se ricevi un errore I/O di replica 1236 su una replica di lettura.

Sintassi

CALL mysql.rds_next_source_log(
curr_source_log
);

Parametri

Note per l'utilizzo

La procedura mysql.rds_next_source_log deve essere eseguita dall'utente master.

Esempi

Supponiamo che la replica fallisca su una replica Aurora SQL My read. L'esecuzione di SHOW REPLICA STATUS\G nella replica di lettura restituisce il risultato seguente:

*************************** 1. row ***************************
             Replica_IO_State:
                  Source_Host: myhost.XXXXXXXXXXXXXXX.rr-rrrr-1.rds.amazonaws.com
                  Source_User: MasterUser
                  Source_Port: 3306
                Connect_Retry: 10
              Source_Log_File: mysql-bin-changelog.012345
          Read_Source_Log_Pos: 1219393
               Relay_Log_File: relaylog.012340
                Relay_Log_Pos: 30223388
        Relay_Source_Log_File: mysql-bin-changelog.012345
           Replica_IO_Running: No
          Replica_SQL_Running: Yes
              Replicate_Do_DB:
          Replicate_Ignore_DB:
           Replicate_Do_Table:
       Replicate_Ignore_Table:
      Replicate_Wild_Do_Table:
  Replicate_Wild_Ignore_Table:
                   Last_Errno: 0
                   Last_Error:
                 Skip_Counter: 0
          Exec_Source_Log_Pos: 30223232
              Relay_Log_Space: 5248928866
              Until_Condition: None
               Until_Log_File:
                Until_Log_Pos: 0
           Source_SSL_Allowed: No
           Source_SSL_CA_File:
           Source_SSL_CA_Path:
              Source_SSL_Cert:
            Source_SSL_Cipher:
               Source_SSL_Key:
        Seconds_Behind_Source: NULL
Source_SSL_Verify_Server_Cert: No
                Last_IO_Errno: 1236
                Last_IO_Error: Got fatal error 1236 from source when reading data from binary log: 'Client requested source to start replication from impossible position; the first event 'mysql-bin-changelog.013406' at 1219393, the last event read from '/rdsdbdata/log/binlog/mysql-bin-changelog.012345' at 4, the last byte read from '/rdsdbdata/log/binlog/mysql-bin-changelog.012345' at 4.'
               Last_SQL_Errno: 0
               Last_SQL_Error:
  Replicate_Ignore_Server_Ids:
             Source_Server_Id: 67285976

Il campo Last_IO_Errno mostra che l'istanza riceve l'errore I/O 1236. Il campo Source_Log_File mostra che il nome di file è mysql-bin-changelog.012345, il che significa che l'indice del file di log è 12345. Per risolvere il problema, puoi chiamare mysql.rds_next_source_log con il seguente parametro:

CALL mysql.rds_next_source_log(12345);

mysql.rds_remove_binlog_ssl_material

Rimuove il certificato dell'autorità di certificazione, il certificato client e la chiave client per la SSL comunicazione e la replica crittografata. Queste informazioni sono importate utilizzando mysql.rds_import_binlog_ssl_material.

Sintassi

CALL mysql.rds_remove_binlog_ssl_material;

mysql.rds_reset_external_master (Aurora La mia versione 2) SQL

Riconfigura un'istanza My SQL DB in modo che non sia più una replica di lettura di un'istanza di My in esecuzione SQL esterna ad Amazon. RDS

Sintassi

CALL mysql.rds_reset_external_master;

Note per l'utilizzo

La procedura mysql.rds_reset_external_master deve essere eseguita dall'utente master. Questa procedura deve essere eseguita sull'istanza My SQL DB per essere rimossa come replica di lettura di un'SQListanza My in esecuzione all'esterno di AmazonRDS.

Per ulteriori informazioni sull'utilizzo della replica per importare dati da un'istanza di My SQL in esecuzione esterna ad Aurora SQL My, vedere. Replica tra Aurora e SQL My o tra Aurora e un altro cluster Aurora DB (replica di log binari)

mysql.rds_reset_external_source (Aurora My versione 3) SQL

Riconfigura un'istanza My SQL DB in modo che non sia più una replica di lettura di un'istanza di My in esecuzione SQL esterna ad Amazon. RDS

Sintassi

CALL mysql.rds_reset_external_source;

Note per l'utilizzo

La procedura mysql.rds_reset_external_source deve essere eseguita dall'utente master. Questa procedura deve essere eseguita sull'istanza My SQL DB per essere rimossa come replica di lettura di un'SQListanza My in esecuzione all'esterno di AmazonRDS.

mysql.rds_set_binlog_source_ssl (Aurora La mia versione 3) SQL

Abilita la SOURCE_SSL crittografia per la replica binlog. Per ulteriori informazioni, vedere CHANGEREPLICATIONSOURCEl'istruzione TO nella documentazione personaleSQL.

Sintassi

CALL mysql.rds_set_binlog_source_ssl(mode);

Parametri

Note per l'utilizzo

Questa procedura è supportata per Aurora My SQL versione 3.06 e successive.

mysql.rds_set_external_master (Aurora La mia versione 2) SQL

Configura un'istanza Aurora in modo che sia una replica di lettura di un'istanza di SQL My in esecuzione esterna ad Amazon. RDS

La procedura mysql.rds_set_external_master è obsoleta e verrà rimossa in una versione futura. Usare invece mysql.rds_set_external_source.

Sintassi

CALL mysql.rds_set_external_master (
  host_name
  , host_port
  , replication_user_name
  , replication_user_password
  , mysql_binary_log_file_name
  , mysql_binary_log_file_location
  , ssl_encryption
);

Parametri

Note per l'utilizzo

La procedura mysql.rds_set_external_master deve essere eseguita dall'utente master. Questa procedura deve essere eseguita sull'istanza My SQL DB per essere configurata come replica di lettura di un'SQListanza My in esecuzione all'esterno di AmazonRDS.

Prima dell'esecuzionemysql.rds_set_external_master, devi configurare l'istanza di My SQL running external RDS to Amazon come istanza di database di origine. Per connetterti all'SQListanza My in esecuzione esternamente ad AmazonRDS, devi specificare replication_user_name replication_user_password i valori che indicano un utente di replica che dispone delle autorizzazioni REPLICATION CLIENT e REPLICATION SLAVE delle autorizzazioni sull'istanza esterna di My. SQL

Per utilizzare la replica crittografata, configura l'istanza del database di origine per utilizzare SSL le connessioni. Importa inoltre il certificato dell'autorità di certificazione, il certificato client e la chiave client nell'istanza database o nel cluster di database utilizzando la procedura mysql.rds_import_binlog_ssl_material.

Dopo aver chiamato mysql.rds_set_external_master per configurare un'istanza Amazon RDS DB come replica di lettura, puoi richiamare mysql.rds_start_replication la replica di lettura per avviare il processo di replica. Puoi chiamare mysql.rds_reset_external_master (Aurora La mia versione 2) SQL per rimuovere la configurazione della replica di lettura.

Quando mysql.rds_set_external_master viene chiamato, Amazon RDS registra l'ora, l'utente e un'azione di set master nelle mysql.rds_replication_status tabelle mysql.rds_history e.

Esempi

Quando viene eseguita su un'istanza My SQL DB, l'esempio seguente configura l'istanza DB come replica di lettura di un'istanza di My SQL in esecuzione esterna ad Amazon. RDS

call mysql.rds_set_external_master(
  'Externaldb.some.com',
  3306,
  'repl_user',
  'password',
  'mysql-bin-changelog.0777',
  120,
  0);

mysql.rds_set_external_master_with_auto_position (Aurora La mia versione 2) SQL

Configura un'istanza principale Aurora SQL My per accettare la replica in entrata da un'istanza My esterna. SQL Questa procedura configura anche la replica in base agli identificatori di transazione globali (). GTIDs

Questa procedura non configura la replica ritardata, perché Aurora My SQL non supporta la replica ritardata.

Sintassi

CALL mysql.rds_set_external_master_with_auto_position (
  host_name
  , host_port
  , replication_user_name
  , replication_user_password
  , ssl_encryption
);

Parametri

Note per l'utilizzo

Per un cluster Aurora My SQL DB, si chiama questa stored procedure mentre si è connessi all'istanza principale.

La procedura mysql.rds_set_external_master_with_auto_position deve essere eseguita dall'utente master. L'utente master esegue questa procedura sull'istanza principale di un cluster Aurora My SQL DB che funge da target di replica. Può essere la destinazione di replica di un'istanza My SQL DB esterna o di un cluster Aurora SQL My DB.

Questa procedura è supportata per Aurora My SQL versione 2. Per Aurora My SQL versione 3, utilizzare invece la proceduramysql.rds_set_external_source_with_auto_position (Aurora My versione 3) SQL.

Prima dell'esecuzionemysql.rds_set_external_master_with_auto_position, configura l'istanza My SQL DB esterna come fonte di replica. Per connetterti all'SQListanza My esterna, specifica i valori per replication_user_name ereplication_user_password. Questi valori devono indicare un utente di replica che dispone delle autorizzazioni REPLICATION CLIENT e REPLICATION SLAVE delle autorizzazioni sull'istanza My SQL esterna.

Quando chiamimysql.rds_set_external_master_with_auto_position, Amazon RDS registra determinate informazioni. Queste informazioni sono l'orario, l'utente e l'operazione di "set master" nelle tabelle mysql.rds_history e mysql.rds_replication_status.

Per saltare una transazione GTID specifica che è nota come causa di un problema, puoi utilizzare la mysql.rds_skip_transaction_with_gtid (Aurora My versione 2 e 3) SQL stored procedure. Per ulteriori informazioni sull'utilizzo della replica GTID basata, vedere. Utilizzo della replica basata su GTID

Esempi

Quando viene eseguito su un'istanza primaria di Aurora, l'esempio seguente configura il cluster Aurora in modo che funga da replica di lettura di un'istanza di My running esterna ad Aurora. SQL

call mysql.rds_set_external_master_with_auto_position(
  'Externaldb.some.com',
  3306,
  'repl_user'@'mydomain.com',
  'SomePassW0rd');

mysql.rds_set_external_source (Aurora My versione 3) SQL

Configura un'istanza Aurora SQL My DB come replica di lettura di un'istanza di SQL My in esecuzione esterna ad Amazon. RDS

Sintassi

CALL mysql.rds_set_external_source (
  host_name
  , host_port
  , replication_user_name
  , replication_user_password
  , mysql_binary_log_file_name
  , mysql_binary_log_file_location
  , ssl_encryption
);

Parametri

Note per l'utilizzo

La procedura mysql.rds_set_external_source deve essere eseguita dall'utente master. Questa procedura deve essere eseguita sull'istanza Aurora My SQL DB per essere configurata come replica di lettura di un'SQListanza My in esecuzione esterna ad Amazon. RDS

Prima dell'esecuzionemysql.rds_set_external_source, devi configurare l'istanza di My SQL running external RDS to Amazon come istanza di database di origine. Per connetterti all'SQListanza My in esecuzione esternamente ad AmazonRDS, devi specificare replication_user_name replication_user_password i valori che indicano un utente di replica che dispone delle autorizzazioni REPLICATION CLIENT e REPLICATION SLAVE delle autorizzazioni sull'istanza esterna di My. SQL

Per utilizzare la replica crittografata, configura l'istanza del database di origine per utilizzare SSL le connessioni. Importa inoltre il certificato dell'autorità di certificazione, il certificato client e la chiave client nell'istanza database o nel cluster database utilizzando la procedura mysql.rds_import_binlog_ssl_material.

Dopo aver chiamato mysql.rds_set_external_source per configurare un'istanza Aurora My SQL DB come replica di lettura, puoi chiamare mysql.rds_start_replication sulla replica di lettura per avviare il processo di replica. Puoi chiamare mysql.rds_reset_external_source per rimuovere la configurazione della replica di lettura.

Quando mysql.rds_set_external_source viene chiamato, Amazon RDS registra l'ora, l'utente e un'azione di set master nelle mysql.rds_replication_status tabelle mysql.rds_history e.

Esempi

Quando viene eseguita su un'istanza Aurora My SQL DB, l'esempio seguente configura l'istanza DB come replica di lettura di un'istanza di My in esecuzione SQL esterna ad Amazon. RDS

call mysql.rds_set_external_source(
  'Externaldb.some.com',
  3306,
  'repl_user',
  'password',
  'mysql-bin-changelog.0777',
  120,
  0);

mysql.rds_set_external_source_with_auto_position (Aurora My versione 3) SQL

Configura un'istanza principale Aurora SQL My per accettare la replica in entrata da un'istanza My esterna. SQL Questa procedura configura anche la replica in base agli identificatori di transazione globali (). GTIDs

Sintassi

CALL mysql.rds_set_external_source_with_auto_position (
  host_name
  , host_port
  , replication_user_name
  , replication_user_password
  , ssl_encryption
);

Parametri

Note per l'utilizzo

Per un cluster Aurora My SQL DB, si chiama questa stored procedure mentre si è connessi all'istanza principale.

L'utente amministrativo deve eseguire la procedura mysql.rds_set_external_source_with_auto_position. L'utente amministrativo esegue questa procedura sull'istanza principale di un cluster Aurora My SQL DB che funge da destinazione di replica. Può essere la destinazione di replica di un'istanza My SQL DB esterna o di un cluster Aurora SQL My DB.

Questa procedura è supportata per Aurora My SQL versione 3. Questa procedura non configura la replica ritardata, perché Aurora My SQL non supporta la replica ritardata.

Prima dell'esecuzionemysql.rds_set_external_source_with_auto_position, configura l'istanza My SQL DB esterna come fonte di replica. Per connetterti all'SQListanza My esterna, specifica i valori per replication_user_name ereplication_user_password. Questi valori devono indicare un utente di replica che dispone delle autorizzazioni REPLICATION CLIENT e REPLICATION SLAVE delle autorizzazioni sull'istanza My SQL esterna.

Quando chiamimysql.rds_set_external_source_with_auto_position, Amazon RDS registra determinate informazioni. Queste informazioni sono l'orario, l'utente e l'operazione di "set master" nelle tabelle mysql.rds_history e mysql.rds_replication_status.

Per saltare una transazione GTID specifica che è nota come causa di un problema, puoi utilizzare la mysql.rds_skip_transaction_with_gtid (Aurora My versione 2 e 3) SQL stored procedure. Per ulteriori informazioni sull'utilizzo della replica GTID basata, vedere. Utilizzo della replica basata su GTID

Esempi

Quando viene eseguito su un'istanza primaria di Aurora, l'esempio seguente configura il cluster Aurora in modo che funga da replica di lettura di un'istanza di My running esterna ad Aurora. SQL

call mysql.rds_set_external_source_with_auto_position(
  'Externaldb.some.com',
  3306,
  'repl_user'@'mydomain.com',
  'SomePassW0rd');

mysql.rds_set_master_auto_position (Aurora La mia versione 2) SQL

Imposta la modalità di replica in modo che sia basata sulle posizioni dei file di registro binari o sugli identificatori globali delle transazioni (). GTIDs

Sintassi

CALL mysql.rds_set_master_auto_position (
auto_position_mode
);

Parametri

Note per l'utilizzo

La procedura mysql.rds_set_master_auto_position deve essere eseguita dall'utente master.

Questa procedura è supportata per Aurora My SQL versione 2.

mysql.rds_set_read_only (Aurora My versione 3) SQL

Attiva o disattiva la read_only modalità a livello globale per l'istanza DB.

Sintassi

CALL mysql.rds_set_read_only(mode);

Parametri

Note per l'utilizzo

La mysql.rds_set_read_only stored procedure modifica solo il read_only parametro. Il innodb_read_only parametro non può essere modificato sulle istanze DB di Reader.

La modifica read_only dei parametri non persiste al riavvio. Per apportare modifiche permanenti aread_only, è necessario utilizzare il parametro del cluster read_only DB.

Questa procedura è supportata per Aurora My SQL versione 3.06 e successive.

mysql.rds_set_session_binlog_format (Aurora La mia versione 2) SQL

Imposta il formato di log binario per la sessione corrente.

Sintassi

CALL mysql.rds_set_session_binlog_format(format);

Parametri

Note per l'utilizzo

Per un cluster Aurora My SQL DB, si chiama questa stored procedure mentre si è connessi all'istanza principale.

Per utilizzare questa procedura archiviata, la registrazione binaria deve essere configurata per la sessione corrente.

Per Aurora, questa procedura è supportata per Aurora My SQL versione 2.12 e versioni successive compatibili con My 5.7. SQL

mysql.rds_set_source_auto_position (Aurora La mia versione 3) SQL

Imposta la modalità di replica in modo che sia basata sulle posizioni dei file di registro binari o sugli identificatori globali delle transazioni (). GTIDs

Sintassi

CALL mysql.rds_set_source_auto_position (auto_position_mode);

Parametri

Note per l'utilizzo

Per un cluster Aurora My SQL DB, si chiama questa stored procedure mentre si è connessi all'istanza principale.

L'utente amministrativo deve eseguire la procedura mysql.rds_set_source_auto_position.

mysql.rds_skip_repl_error

Ignora ed elimina un errore di replica su una replica di lettura di My DB. SQL

Sintassi

CALL mysql.rds_skip_repl_error;

Note per l'utilizzo

La procedura mysql.rds_skip_repl_error deve essere eseguita dall'utente master su una replica di lettura. Per ulteriori informazioni su questa procedura, consulta Ignorare l'errore di replica corrente.

Per determinare se ci sono errori, esegui il comando My. SQL SHOW REPLICA STATUS\G Se un errore di replica non è critico, puoi eseguire mysql.rds_skip_repl_error per ignorare l'errore. Se vi sono più errori, mysql.rds_skip_repl_error elimina il primo, quindi informa della presenza di altri errori. Puoi quindi utilizzare SHOW REPLICA STATUS\G per determinare l'operazione corretta per l'errore successivo. Per informazioni sui valori restituiti, vedere l'SHOWREPLICASTATUSistruzione nella SQL documentazione My.

Per ulteriori informazioni sulla risoluzione degli errori di replica con Aurora SQL My, consulta. Diagnosi e risoluzione di un errore di replica di lettura My o SQL

Errore di replica interrotta

Quando si chiama la procedura mysql.rds_skip_repl_error, è possibile che venga visualizzato un messaggio di errore che indica che la replica è inattiva o disattivata.

Questo messaggio di errore viene visualizzato se si esegue la procedura sull'istanza primaria anziché sulla replica di lettura. È necessario eseguire questa procedura sulla replica di lettura affinché funzioni.

Questo messaggio di errore può essere visualizzato anche quando si esegue la procedura sulla replica di lettura, ma la replica non viene riavviata correttamente.

Se devi ignorare un numero elevato di errori, il ritardo della replica potrebbe superare il periodo di retention predefinito per i file di log binari (binlog). In questo caso può verificarsi un errore irreversibile causato dall'eliminazione dei file binlog prima della loro riproduzione nella replica di lettura. Questa eliminazione causa l'arresto della replica e non è più possibile chiamare il comando mysql.rds_skip_repl_error per ignorare errori di replica.

Puoi limitare questo problema aumentando il numero di ore di retention dei file binlog nell’istanza database di origine. Una volta aumentato il tempo di retention dei file binlog, puoi riavviare la replica e chiamare il comando mysql.rds_skip_repl_error secondo necessità.

Per impostare il periodo di retention dei file binlog, usa la procedura mysql.rds_set_configuration e specifica un parametro di configurazione di 'binlog retention hours' insieme al numero di ore di retention dei file binlog nel cluster di database. Nell'esempio seguente il periodo di retention dei file binlog è impostato su 48 ore.

CALL mysql.rds_set_configuration('binlog retention hours', 48);

mysql.rds_start_replication

Avvia la replica da un cluster instance. SQL

Sintassi

CALL mysql.rds_start_replication;

Note per l'utilizzo

La procedura mysql.rds_start_replication deve essere eseguita dall'utente master.

Per importare dati da un'istanza di My SQL external ad AmazonRDS, richiama mysql.rds_start_replication la replica di lettura per avviare il processo di replica dopo la chiamata mysql.rds_set_external_master o mysql.rds_set_external_source per creare la configurazione di replica. Per ulteriori informazioni, consulta Replica tra Aurora e SQL My o tra Aurora e un altro cluster Aurora DB (replica di log binari).

Per esportare i dati in un'istanza di My SQL external mysql.rds_stop_replication su AmazonRDS, chiama mysql.rds_start_replication e accendi la replica di lettura per controllare alcune azioni di replica, come l'eliminazione dei log binari. Per ulteriori informazioni, consulta Replica tra Aurora e SQL My o tra Aurora e un altro cluster Aurora DB (replica di log binari).

Puoi anche chiamare mysql.rds_start_replication nella replica di lettura per riavviare un processo di replica arrestato in precedenza chiamando mysql.rds_stop_replication. Per ulteriori informazioni, consulta Errore di replica interrotta.

mysql.rds_start_replication_until (Aurora My versione 3) SQL

Avvia la replica da un cluster instance e interrompe la SQL replica nella posizione specificata del file di log binario.

Sintassi

CALL mysql.rds_start_replication_until (
replication_log_file
  , replication_stop_point
);

Parametri

Note per l'utilizzo

La procedura mysql.rds_start_replication_until deve essere eseguita dall'utente master.

Questa procedura è supportata per Aurora My SQL versione 3.04 e successive.

La mysql.rds_start_replication_until stored procedure non è supportata per la replica gestita, che include quanto segue:

Il nome file specificato per il parametro replication_log_file deve corrispondere al nome file binlog dell'istanza database di origine.

Quando il parametro replication_stop_point specifica una posizione di arresto nel passato, la replica viene arrestata immediatamente.

Esempi

L'esempio seguente avvia la replica e replica le modifiche fino a raggiungere la posizione 120 nel file di log binario mysql-bin-changelog.000777.

call mysql.rds_start_replication_until(
  'mysql-bin-changelog.000777',
  120);

mysql.rds_stop_replication

Interrompe la replica da un'istanza My SQL DB.

Sintassi

CALL mysql.rds_stop_replication;

Note per l'utilizzo

La procedura mysql.rds_stop_replication deve essere eseguita dall'utente master.

Se stai configurando la replica per importare dati da un'istanza di My SQL in esecuzione esterna ad AmazonRDS, mysql.rds_stop_replication richiami la replica di lettura per interrompere il processo di replica una volta completata l'importazione. Per ulteriori informazioni, consulta Replica tra Aurora e SQL My o tra Aurora e un altro cluster Aurora DB (replica di log binari).

Se stai configurando la replica per esportare dati su un'istanza di My SQL esterna ad AmazonRDS, chiami mysql.rds_start_replication e mysql.rds_stop_replication accendi la replica di lettura per controllare alcune azioni di replica, come l'eliminazione dei log binari. Per ulteriori informazioni, consulta Replica tra Aurora e SQL My o tra Aurora e un altro cluster Aurora DB (replica di log binari).

La mysql.rds_stop_replication stored procedure non è supportata per la replica gestita, che include quanto segue: