Aurora Il mio motore di SQL database si aggiorna il 25-10-2022 (versione 2.11.0, compatibile con My SQL 5.7.12) Questa versione non è disponibile per nuove creazioni. - 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à.

Aurora Il mio motore di SQL database si aggiorna il 25-10-2022 (versione 2.11.0, compatibile con My SQL 5.7.12) Questa versione non è disponibile per nuove creazioni.

Versione: 2.11.0

Aurora My SQL 2.11.0 è disponibile a livello generale. Le versioni Aurora My SQL 2.x sono compatibili con My 5.7.12. SQL Per ulteriori informazioni sulle modifiche apportate alla community, consulta Changes in My SQL 5.7.12 (11/04/2016, Disponibilità generale).

Le SQL versioni di Aurora My attualmente supportate sono 1.19.5, 1.19.6, 1.22.*, 1.23.*, 2.04.*, 2.07.*, 2.08.*, 2.09.*, 2.10.*, 2.11.*, 3.01.* e 3.02.*.

È possibile aggiornare un cluster di database Aurora My SQL 2.* esistente ad Aurora My 2.11.0. SQL Per i cluster che eseguono Aurora SQL My versione 1, puoi aggiornare un cluster Aurora SQL My 1.23 o versione successiva esistente direttamente alla 2.11.0. È inoltre possibile ripristinare un'istantanea da qualsiasi versione di Aurora My attualmente supportata in Aurora SQL My 2.11.0. SQL

Se si aggiorna un database SQL globale Aurora My alla versione 2.11.* e l'inoltro di scrittura è attivato, è necessario aggiornare i cluster DB primari e secondari alla stessa identica versione, incluso il livello di patch, per continuare a utilizzare l'inoltro di scrittura. Per ulteriori informazioni sull'aggiornamento della versione secondaria di un database globale Aurora, consulta Aggiornamenti delle versioni secondarie.

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.

Nota

Miglioramenti

Problemi di sicurezza risolti e: CVEs

  • Modificato il TLS providerSSL/da Open SSL a AWS-LC.

    Ciò comporta una serie di modifiche tra cui, a titolo esemplificativo ma non esaustivo, la rimozione del supporto per i cifrari meno sicuri DHE - RSA -*.

    Per ulteriori informazioni, consulta Utilizzo TLS con i cluster Aurora My DB SQL

In questa versione sono incluse le seguenti CVE correzioni:

Nuove caratteristiche:

  • Con il rilascio di Aurora My SQL versione 2.11, è disponibile un nuovo aggiornamento del sistema operativo. Si consiglia di applicare questo aggiornamento del sistema operativo in sospeso a tutte le istanze del database Aurora SQL My dopo l'aggiornamento alla versione 2.11. Per ulteriori informazioni, Utilizzo degli aggiornamenti del sistema operativo.

  • È possibile utilizzare una nuova opzione di configurazione dinamica, innodb_deadlock_detect, per disabilitare il rilevamento dei deadlock. Sui sistemi ad alta simultaneità, il rilevamento del deadlock può causare un rallentamento quando numerosi thread attendono lo stesso blocco. A volte, può essere più efficiente disabilitare il rilevamento dei deadlock e affidarsi all'impostazione innodb_lock_wait_timeout per il rollback delle transazioni quando si verifica un deadlock. (Bug #23477773) Ulteriori informazioni sul rilevamento dei deadlock di Innodb sono disponibili nella mia documentazione. SQL

  • Sono state UUID_TO_BIN aggiunte IS_UUID le funzioni BIN_TO_UUID e di My SQL 8.0. Ulteriori informazioni sull'utilizzo di queste funzioni sono disponibili nella funzione My SQL Miscellaneous.

  • È stato aggiunto il supporto per i suggerimenti sull'ottimizzatore che consentono all'utente di abilitare o disabilitare Aurora My SQL parallel query per tabella o per query.

  • È stato rimosso il supporto per il tipo di istanza R3.

  • Aggiunto il supporto per le istanze R6i.

Miglioramenti della disponibilità:

  • È stato risolto un problema che poteva impedire la replica logica tra regioni in un cluster di database a causa di un file binlog e di una posizione errati scritti nei log degli errori. Questo problema può verificarsi quando il motore viene riavviato dopo aver eseguito un'istruzione. DDL

  • È stato risolto un problema che, in rare condizioni, può causare il riavvio delle istanze del lettore Aurora durante l'esecuzione di istruzioni Access-Control List (ACL) come GRANT e FLUSH sull'istanza writer. È più probabile che questo problema influisca sulle istanze di lettura con un numero elevato di utenti e ACL operazioni (ad esempio, modifiche delle autorizzazioni).

  • È stato risolto un problema che, in rare condizioni, può causare il riavvio o il failover dell'istanza di scrittura quando una transazione accede a una riga che viene eliminata da un'altra transazione.

  • Sono state migliorate le prestazioni di ricerca delle frasi full-text per ridurre significativamente il tempo impiegato per cercare le frasi in una tabella con indici full-text.

  • Risolto un problema per cui, dopo il riavvio, un'istanza di scrittura si bloccava in un lento ripristino e successivamente si riavviava nuovamente. Questo problema si verifica quando nel database è presente un numero elevato di righe di cui non è stato eseguito il commit al momento del riavvio iniziale.

  • È stato risolto un problema che, in rari casi, causa il riavvio del server di database a causa di una lunga attesa del semaforo quando il thread del rilevatore di deadlock si blocca.

  • È stato risolto un problema che, in rari casi, può causare il riavvio del database a causa di una lunga attesa del semaforo quando i thread di I/O entrano in stato di deadlock.

  • L'inserimento rapido non è abilitato in questa SQL versione di Aurora My, a causa di un problema che può causare incongruenze durante l'esecuzione di query come, e. INSERT INTO SELECT FROM Per ulteriori informazioni sull'ottimizzazione rapida degli inserti, consulta Amazon Aurora I miei miglioramenti SQL delle prestazioni.

Miglioramenti generali:

  • È stato risolto un problema che può causare il riavvio del server di database quando sono soddisfatte tutte le seguenti condizioni:

    • ALLOW_ INVALID _ DATES è disabilitato in. SQL MODE

    • Il server del database sta elaborando un'SELECTistruzione INSERTUPDATE, DELETE o con un valore di DATETIME tipo non valido, tale che il mese non sia compreso tra 1 e 12.

  • È stato risolto un problema a causa del quale il periodo di conservazione dei log binari non veniva rispettato quando log-bin era impostato suOFF, con conseguente utilizzo dello storage superiore al previsto. Dopo questa correzione, i log binari verranno eliminati in base al periodo di conservazione. Ulteriori informazioni su come configurare il periodo di conservazione dei log binari sono disponibili nella Aurora My SQL User Guide.

  • È stato risolto un problema che poteva causare la riduzione della memoria liberabile sull'istanza del database quando su quell'istanza venivano eseguite determinate SQL istruzioni Data Control Language (DCL)GRANT, ad esempio, FLUSH PRIVILEGES ecc. L'uso frequente di tali istruzioni può causare una continua riduzione della memoria liberabile e il riavvio dell'istanza del database a causa di problemi. out-of-memory L'uso di tali istruzioni sull'istanza di scrittura può inoltre causare una riduzione della memoria liberabile sulle istanze di lettura.

  • È stata introdotta una dimensione maggiore del buffer di lettura per le letture eseguite dai log del relè per ridurre al minimo il numero di operazioni di I/O di lettura, il che riduce il conflitto tra l'I/O e i thread. SQL

  • È stato risolto un problema che poteva causare un errore della procedura archiviata mysql.rds_rotate_slow_log con il messaggio di errore "Table 'mysql.slow_log_backup' doesn't exist".

  • È stato risolto un problema a causa del quale l'eccessivo invalidamento della cache delle query causava un CPU utilizzo e latenze superiori al previsto nella replica di lettura, a causa del fatto che la replica di lettura doveva leggere i dati dal disco anziché dalla cache delle query.

  • È stato risolto un problema che consentiva agli utenti di eseguire UNINSTALL PLUGIN i comandi INSTALL PLUGIN and su un'istanza del lettore, che poteva causare un deadlock su LOCK _plugin, _system_variables_hash, _global_system_variables. LOCK LOCK Queste istruzioni possono ora essere eseguite solo sull'istanza scrittura in un cluster di database.

  • È stato risolto un problema a causa del quale i cluster possono presentare una latenza di commit superiore a quella prevista in seguito all'attivazione della registrazione binaria. Ciò influisce su tutte le transazioni che generano eventi binlog di grandi dimensioni (dimensioni superiori a 500 MB).

  • È stato INFORMATION risolto SCHEMA un problema che poteva causare la metrica trx_active_transactions nel file _. INNODBLa METRICS tabella _ presenta un valore errato.

  • È stato risolto un problema che poteva interrompere la replica logica a causa della mancata coerenza del file binlog durante l'esecuzione di un rollback al punto di salvataggio (savepoint) per una transazione di grandi dimensioni.

  • Hash delle credenziali mascherati in general-log e audit-log per slow-query-log impostazione predefinita utilizzano una maschera segreta coerente. Ciò è configurabile tramite il parametro aurora_mask_password_hashes_type.

  • È stato risolto un problema per cui la durata Zero-Downtime-Restart (ZDR) veniva riportata erroneamente negli eventi osservati dal cliente.

  • È stato risolto un problema che poteva causare il fallimento delle chiamate a mysql_rds_import_binlog_ssl_material con My server 1457. SQL ERROR

  • È stato risolto un problema per cui l'inizializzazione del thread di dump poteva andare in deadkock con il thread per l'eliminazione dei log binari. Ciò può impedire la rotazione del file binlog attivo e continuare invece ad aumentare o causare problemi con le nuove connessioni di replica binlog.

  • È stato risolto un problema per cui la cache delle query poteva restituire risultati obsoleti su una replica di lettura di Aurora.

Integrazione SQL di My Community Edition, correzioni di bug

Questa versione include tutte le correzioni di bug della community fino alla 5.7 inclusa, oltre a quanto riportato di seguito. Per ulteriori informazioni, consulta I miei SQL bug corretti dagli aggiornamenti del motore di database Aurora SQL My 2.x.

  • È stato risolto un problema a causa del quale il codice per la lettura delle informazioni dalle tabelle degli eventi dell'istruzione Performance Schema (ad esempio, events_statements_current) non impediva la scrittura simultanea delle informazioni sul set di caratteri. Di conseguenza, il set di caratteri del testo della SQL query potrebbe non essere valido, il che potrebbe comportare la chiusura del server. Con questa correzione, un set di caratteri non valido causa il troncamento TEXT della colonna SQL _ e impedisce le uscite dal server. (Bug 23540008)

  • InnoDB: backport di una correzione dei bug della community 25189192, 84038. È stato risolto un problema per cui dopo un'RENAMETABLEoperazione che spostava una tabella in uno schema diverso, InnoDB non riusciva ad aggiornare la tabella del dizionario DATAFILES dati INNODB SYS _ _. Ciò ha provocato un errore al riavvio che indicava che non era possibile individuare il file di dati dello spazio di tabella.

  • InnoDB: risolto un problema per cui il server eliminava un indice di chiave esterna definito internamente durante l'aggiunta di un nuovo indice e tentava di utilizzare un indice secondario definito su una colonna generata virtuale come indice di chiave esterna, causando la chiusura del server. InnoDB ora consente a un vincolo di chiave esterna di fare riferimento a un indice secondario definito su una colonna generata virtuale. (Bug #23533396)

  • È stato risolto un problema a causa del quale due sessioni eseguivano contemporaneamente un... INSERT DUPLICATEKEYUPDATEL'operazione ON ha generato un deadlock. Durante il rollback parziale di una tupla, un'altra sessione potrebbe aggiornarla. La correzione di questo bug ripristina le correzioni per il bug 11758237, il bug 17604730 e il bug 20040791. (Bug 25966845)

  • Backport di una correzione per il Community Bug #27407480: è stato risolto un problema a causa del quale ALTER ROUTINE i privilegi EXECUTE and non venivano concessi correttamente ai creatori di routine anche con automatic_sp_privileges abilitato.

  • Backport della correzione per il bug #24671968 della community: è stato risolto un problema per cui una query poteva produrre risultati errati se la WHERE clausola conteneva una sottoquery dipendente, la tabella aveva un indice secondario sulle colonne dell'elenco di selezione seguito dalle colonne nella sottoquery e GROUP BY o DISTINCT consentiva alla query di utilizzare un Loose Index Scan.

  • È stato risolto un problema a causa del quale la replica si interrompeva se veniva emessa un'istruzione di eliminazione multi tabella su più tabelle con chiavi esterne. (Bug 80821)

  • È stato risolto un problema per cui in casi speciali alcuni errori slave non venivano ignorati anche con slave_skip_errors abilitato. Nei casi in cui l'apertura e il blocco di una tabella o le conversioni dei campi non sono riusciti su un server che esegue la replica basata su righe, l'errore viene considerato critico e lo stato slave_skip_errors viene ignorato. La correzione garantisce che, con slave_skip_errors abilitato, tutti gli errori segnalati durante l'applicazione di una transazione vengano gestiti correttamente. (Bug 70640, Bug 17653275)

  • È stato risolto un problema per cui un'SET PASSWORDistruzione veniva replicata da un master My SQL 5.6 a uno slave My SQL 5.7 o da un master My SQL 5.7 con la variabile di sistema log_builtin_as_identified_by_password impostata su ON su uno slave My SQL 5.7; anche l'hash della password veniva sottoposto a hash prima di essere memorizzato sullo slave. Il problema è stato risolto e l'hash della password replicata viene archiviato come originariamente passato allo slave. (Bug 24687073)

  • È stato risolto un problema per cui la serializzazione di un JSON valore costituito da un documento secondario di grandi dimensioni racchiuso in molti livelli di JSON array, oggetti o entrambi, a volte richiedeva un tempo eccessivo per il completamento. (Bug 23031146)

  • Le istruzioni che non possono essere analizzate (a causa, ad esempio, di errori di sintassi) non vengono più scritte nel log delle query lente. (Bug 33732907)

Confronto con Aurora My versione 1 SQL

Le seguenti SQL funzionalità di Amazon Aurora My sono supportate in Aurora My SQL versione 1 (compatibile con My SQL 5.6), ma attualmente non sono supportate in Aurora My SQL versione 2 (compatibile con My 5.7). SQL

Compatibilità con My 5.7 SQL

Questa SQL versione di Aurora My è compatibile via cavo con My SQL 5.7 e include funzionalità come JSON supporto, indici spaziali e colonne generate. Aurora My SQL utilizza un'implementazione nativa dell'indicizzazione spaziale che utilizza curve di ordine z per offrire prestazioni di scrittura >20 volte migliori e prestazioni di lettura >10 volte migliori rispetto a My 5.7 per i set di dati spaziali. SQL

Questa SQL versione di Aurora My attualmente non supporta le seguenti funzionalità di My SQL 5.7:

  • Plugin replica gruppi

  • Maggiori dimensioni pagina

  • Caricamento buffer pool InnoDB all'avvio

  • Plugin parser full-text InnoDB

  • Replica multi-source

  • Ridimensionamento buffer pool online

  • Plugin convalida password

  • Plugin riscrittura query

  • Filtri replica

  • La dichiarazione CREATE TABLESPACE SQL