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à.
Configurazione
Le seguenti stored procedure impostano e mostrano i parametri di configurazione, ad esempio per la conservazione dei file di log binari.
mysql.rds_set_configuration
Specifica il numero di ore di conservazione dei log binari o il numero di secondi di ritardo della replica.
Sintassi
CALL mysql.rds_set_configuration(name,value);
Parametri
-
name -
Il nome del parametro di configurazione da impostare.
-
value -
Il valore del parametro di configurazione.
Note per l'utilizzo
la procedura archiviata mysql.rds_set_configuration supporta i parametri di configurazione seguenti:
I parametri di configurazione vengono archiviati in modo permanente e restano effettivi dopo qualsiasi riavvio o failover dell'istanza database.
binlog retention hours
Il parametro binlog retention hours viene utilizzato per specificare il numero di ore di conservazione dei file di log binari. Amazon RDS elimina in genere un log binario non appena possibile, tuttavia il log potrebbe continuare a essere necessario per la replica con un database MySQL esterno a RDS.
Il valore predefinito di binlog retention hours è NULL. Per RDS per MySQL, NULL significa che i log binari non vengono mantenuti (0 ore).
Per specificare il numero di ore per mantenere i log binari in un'istanza, usa la stored procedure mysql.rds_set_configuration e specifica un periodo con tempo sufficiente per l'esecuzione della replica, come mostrato nell'esempio seguente.
call mysql.rds_set_configuration('binlog retention hours', 24);
Nota
Non puoi utilizzare il valore 0 per binlog retention hours.
Per le istanze database MySQL, il valore binlog retention hours massimo è 168 (7 giorni).
Dopo l'impostazione del periodo di retention, monitora l'utilizzo dello storage per l'istanza database per verificare che i log binari conservati non occupino troppo spazio di storage.
Per le implementazioni di cluster DB Multi-AZ, è possibile configurare la conservazione dei log binari solo dall'istanza DB Writer e l'impostazione viene propagata a tutte le istanze DB reader in modo asincrono. Se i log binari sul cluster DB superano la metà dello spazio di archiviazione locale totale, Amazon RDS sposta automaticamente i log obsoleti nel volume EBS. Tuttavia, i log più recenti rimangono nell'archiviazione locale, quindi sono soggetti a perdita se si verifica un errore che richiede la sostituzione dell'host o se si aumenta o riduci il database.
Ritardo dell'origine
Usa il parametro source delay in una replica di lettura per specificare il numero di secondi per cui ritardare la replica di lettura rispetto all'istanza database di origine. Amazon RDS in genere replica le modifiche non appena possibile, ma in alcuni ambienti è possibile che la replica venga ritardata. Ritardando la replica, ad esempio, è possibile effettuare il roll forward di una replica di lettura ritardata al momento immediatamente precedente a un errore. Se una tabella viene eliminata accidentalmente, puoi usare la replica ritardata per recuperarla rapidamente. Il valore predefinito di target delay è 0 (la replica non viene ritardata).
Quando utilizzato, questo parametro esegue mysql.rds_set_source_delay e applica CHANGE primary TO MASTER_DELAY = valore di input. In caso di esito positivo, la procedura salva il parametro source delay nella tabella mysql.rds_configuration.
Per specificare il numero di secondi per cui Amazon RDS deve ritardare la replica in un'istanza database di origine, usa la stored procedure mysql.rds_set_configuration e specifica il numero di secondi per il ritardo della replica. Nell'esempio seguente la replica viene ritardata di almeno un'ora (3600 secondi).
call mysql.rds_set_configuration('source delay', 3600);
La procedura quindi esegue mysql.rds_set_source_delay(3600).
Il limite per il parametro source delay è un giorno (86400 secondi).
Nota
Il parametro source delay non è supportato per RDS per MySQL versione 8.0 o MariaDB versioni precedenti alla 10.2.
target delay
Usa il parametro target delay per specificare il numero di secondi per cui ritardare la replica tra un'istanza database e le repliche di lettura future gestite da RDS create dall'istanza. Questo parametro viene ignorato per le repliche di lettura non gestite da RDS. Amazon RDS in genere replica le modifiche non appena possibile, ma in alcuni ambienti è possibile che la replica venga ritardata. Ritardando la replica, ad esempio, è possibile effettuare il roll forward di una replica di lettura ritardata al momento immediatamente precedente a un errore. Se una tabella viene eliminata accidentalmente, puoi usare la replica ritardata per recuperarla rapidamente. Il valore predefinito di target delay è 0 (la replica non viene ritardata).
Per il disaster recovery puoi usare questo parametro di configurazione con la stored procedure mysql.rds_start_replication_until o mysql.rds_start_replication_until_gtid. Per effettuare il roll forward delle modifiche a una replica di lettura ritardata al momento immediatamente precedente a un errore, puoi eseguire la procedura mysql.rds_set_configuration con questo parametro impostato. Dopo che la procedura mysql.rds_start_replication_until o mysql.rds_start_replication_until_gtid arresta la replica, puoi promuovere la replica di lettura come nuova istanza database master seguendo le istruzioni in Promozione di una replica di lettura a istanza database standalone.
Per usare la procedura mysql.rds_rds_start_replication_until_gtid, è necessario che sia abilitata la replica basata su GTID. Per passare a una specifica transazione basata su GTID che notoriamente causa un problema, puoi usare la stored procedure mysql.rds_skip_transaction_with_gtid. Per ulteriori informazioni sull'utilizzo della replica basata su GTID, consulta Utilizzo della replica basata su GTID.
Per specificare il numero di secondi per cui Amazon RDS deve ritardare la replica in una replica di lettura, usa la stored procedure mysql.rds_set_configuration e specifica il numero di secondi per il ritardo della replica. L'esempio seguente specifica che la replica viene ritardata di almeno un'ora (3600 secondi).
call mysql.rds_set_configuration('target delay', 3600);
Il limite per il parametro target delay è un giorno (86400 secondi).
Nota
Il parametro target delay non è supportato per RDS per MySQL versione 8.0 o MariaDB versioni precedenti alla 10.2.
mysql.rds_show_configuration
Il numero di ore di retention dei log binari.
Sintassi
CALL mysql.rds_show_configuration;
Note per l'utilizzo
Per verificare il numero di ore per cui Amazon RDS deve conservare i log binari, usa la stored procedure mysql.rds_show_configuration.
Esempi
L'esempio seguente visualizza il periodo di retention:
call mysql.rds_show_configuration; name value description binlog retention hours 24 binlog retention hours specifies the duration in hours before binary logs are automatically deleted.
