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à.
Riavvio senza tempi di inattività (ZDR) per Amazon Aurora My SQL
La funzione zero-downtime restart (ZDR) può preservare alcune o tutte le connessioni attive alle istanze DB durante determinati tipi di riavvii. ZDRsi applica ai riavvii eseguiti automaticamente da Aurora per risolvere le condizioni di errore, ad esempio quando una replica inizia a rimanere troppo indietro rispetto all'origine.
Importante
Il ZDR meccanismo funziona con la massima diligenza possibile. Le SQL versioni di Aurora My, le classi di istanze, le condizioni di errore, SQL le operazioni compatibili e altri fattori che determinano dove ZDR si applica sono soggetti a modifiche in qualsiasi momento.
ZDRper Aurora My SQL 2.x richiede la versione 2.10 e successive. ZDRè disponibile in tutte le versioni minori di Aurora My SQL 3.x. In Aurora My SQL versione 2 e 3, il ZDR meccanismo è attivato per impostazione predefinita e Aurora non utilizza il parametro. aurora_enable_zdr
Aurora riporta sulla pagina Eventi le attività relative al riavvio con tempi di inattività pari a zero. Aurora registra un evento quando tenta di riavviare utilizzando il ZDR meccanismo. Questo evento indica perché Aurora esegue il riavvio. Quindi Aurora registra un altro evento al termine del riavvio. Questo evento finale esegue un report su quanto tempo è durato il processo e quante connessioni sono state conservate o interrotte durante il riavvio. È possibile consultare il registro degli errori del database per visualizzare ulteriori dettagli su ciò che è successo durante il riavvio.
Sebbene le connessioni rimangano intatte dopo un'ZDRoperazione riuscita, alcune variabili e funzionalità vengono reinizializzate. I seguenti tipi di informazioni non vengono conservati tramite un riavvio causato da zero-downtime restart:
-
Variabili globali. Aurora ripristina le variabili di sessione, ma non ripristina le variabili globali dopo il riavvio.
-
Variabili di stato. In particolare, il valore di attività riportato dallo stato del motore viene ripristinato.
-
LAST_INSERT_ID. -
Stato
auto_incrementin memoria per le tabelle. Lo stato di incremento automatico in memoria viene reinizializzato. Per ulteriori informazioni sui valori di incremento automatico, vedere My SQL Reference Manual. -
Informazioni diagnostiche dalle tabelle
INFORMATION_SCHEMAePERFORMANCE_SCHEMA. Queste informazioni diagnostiche vengono visualizzate anche nell'output di comandi comeSHOW PROFILEeSHOW PROFILES.
La tabella seguente mostra le versioni, i ruoli delle istanze e altre circostanze che determinano se Aurora può utilizzare il ZDR meccanismo per il riavvio delle istanze DB nel cluster.
| Aurora La mia versione SQL | ZDRvale per lo scrittore? | ZDRvale per i lettori? | ZDRsempre abilitato? | Note |
|---|---|---|---|---|
|
2.x, inferiore a 2.10.0 |
No |
No |
N/D |
ZDRnon è disponibile per queste versioni. |
|
2.10.0—2.11.0 |
Sì |
Sì |
Sì |
Aurora ripristina le transazioni in corso sulle connessioni attive. La tua domanda deve riprovare le transazioni. Aurora annulla tutte le connessioni che utilizzanoTLS/SSL, tabelle temporanee, blocchi tabella o blocchi utente. |
|
2.11.1 e versioni successive |
Sì |
Sì |
Sì |
Aurora ripristina le transazioni in corso sulle connessioni attive. La tua domanda deve riprovare le transazioni. Aurora annulla tutte le connessioni che utilizzano tabelle temporanee, blocchi tabella o blocchi utente. |
|
3,01—3,03 |
Sì |
Sì |
Sì |
Aurora ripristina le transazioni in corso sulle connessioni attive. La tua domanda deve riprovare le transazioni. Aurora annulla tutte le connessioni che utilizzanoTLS/SSL, tabelle temporanee, blocchi tabella o blocchi utente. |
|
3.04 e versioni successive |
Sì |
Sì |
Sì |
Aurora ripristina le transazioni in corso sulle connessioni attive. La tua domanda deve riprovare le transazioni. Aurora annulla tutte le connessioni che utilizzano tabelle temporanee, blocchi tabella o blocchi utente. |
