Aggiornamenti del motore di database Aurora MySQL 20/09/2018 (versione 1.18.0) (obsoleta) - Amazon Aurora

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

Aggiornamenti del motore di database Aurora MySQL 20/09/2018 (versione 1.18.0) (obsoleta)

Versione: 1.18.0

Aurora MySQL 1.18.0 è disponibile a livello generale. Tutti i nuovi cluster di query parallele Aurora MySQL compatibili con MySQL 5.6, compresi quelli ripristinati da snapshot, verranno creati in Aurora MySQL; versione 1.18.0. È possibile, ma non necessario, eseguire l'aggiornamento dei cluster di query parallele esistenti a Aurora MySQL versione 1.18.0. È possibile creare nuovi cluster DB in Aurora MySQL 1.14.4, Aurora MySQL 1.15.1, Aurora MySQL 1.16 o Aurora MySQL 1.17.6. Puoi farlo utilizzando AWS CLI o l'API Amazon RDS e specificando la versione del motore.

Con la versione 1.18.0 di Aurora MySQL, viene utilizzato un modello di patch del cluster che consente di applicare le patch a tutti i nodi del cluster di database Aurora contemporaneamente.

Importante

Aurora MySQL 1.18.0 si applica solo ai cluster di query Aurora parallele. Se si aggiorna un cluster 5.6.10a con provisioning, la versione risultante è 1.17.8. Se si aggiorna un cluster 5.6.10a query parallela, la versione risultante è 1.18.0.

In caso di domande o dubbi, l' AWS assistenza è disponibile nei forum della community e tramite AWS Support. Per ulteriori informazioni, consulta Manutenzione di un cluster database Amazon Aurora nella Guida per l'utente di Amazon Aurora.

Funzionalità

  • La query parallela è disponibile con questa versione, per i nuovi cluster e gli snapshot ripristinati. Le query in parallelo Aurora MySQL sono un'ottimizzazione che parallelizza alcune operazioni di I/O e di calcolo utilizzate nell'elaborazione di query che implicano grandi quantità di dati. Il lavoro che viene parallelizzato include il recupero di righe dalla memoria, l'estrazione dei valori della colonna e la determinazione di quali righe corrispondono alle condizioni nelle clausole join e nella clausola WHERE. Questa attività che implicano grandi quantità di dati sono delegate (in termini di ottimizzazione del database, trasferite) a più nodi nel livello di storage distribuito di Aurora. Senza query parallela, ogni query porta tutti i dati scansionati a un singolo nodo all'interno del cluster Aurora MySQL (il nodo head) ed esegue l'elaborazione in quel nodo.

    • Quando la funzionalità di query in parallelo è abilitata, il motore Aurora MySQL determina automaticamente quando utilizzarla senza richiedere modifiche SQL come hint o attributi di tabella.

    Per ulteriori informazioni, consulta Utilizzo di query in parallelo per Amazon Aurora MySQL nella Guida per l'utente di Amazon Aurora.

  • OOM Avoidance: questa funzionalità monitora la memoria di sistema e tiene traccia del consumo di memoria da parte dei vari componenti del database. Quando la memoria del sistema si riduce, esegue una serie di azioni per liberare tale memoria da alcuni componenti tracciati nel tentativo di evitare l'esaurimento della memoria (Out of Memory, OOM) e il riavvio del database. Questa funzionalità migliorativa è abilitata per impostazione predefinita per le istanze t2 e può essere abilitata su altri classi di istanze attraverso un nuovo parametro di istanza denominato aurora_oom_response. Il parametro a livello di istanza acquisisce una stringa di azioni separate da virgola che un'istanza deve eseguire quando la memoria è insufficiente. Azioni valide sono "print", "tune", "decline", "kill_query" o qualsiasi combinazione di queste. Una stringa vuota significa che non ci sono azioni da eseguire e di fatto disabilita la funzionalità. Tieni presente che le azioni predefinite per la funzionalità sono "print, tune". Esempio di utilizzo:

    • "print": –stampa solo le query che richiedono una grande quantità di memoria.

    • "tune":– ottimizza le cache delle tabelle interne per restituire un po' di memoria al sistema.

    • "decline":– rifiuta le nuove query quando l'istanza ha poca memoria.

    • "kill_query":– termina le query in ordine discendente relativamente al consumo di memoria fino a che la memoria dell'istanza non supera la soglia minima. Le istruzioni DDL (Data Definition Language) non vengono eliminate.

    • "print, tune": –esegue le azioni descritte per "print" e "tune".

    • "tune, decline, kill_query":– esegue le azioni descritte per "tune", "decline" e "kill_query".

    Per informazioni sulle out-of-memory condizioni di gestione e altri consigli per la risoluzione dei problemi, consulta i problemi di memoria esaurita di Amazon Aurora MySQL nella Guida per l'utente di Amazon Aurora.