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 My SQL database engine si aggiorna il 2024-03-07 (versione 3.06.0, compatibile con My 8.0.34) SQL
Versione: 3.06.0
Aurora My SQL 3.06.0 è disponibile a livello generale. Le versioni Aurora My SQL 3.06 sono compatibili con My 8.0.34. SQL Per ulteriori informazioni sulle modifiche apportate alla community, consulta le note di rilascio di My SQL
Per i dettagli sulle nuove funzionalità di Aurora My SQL versione 3, consulta Aurora My SQL versione 3 compatibile con My 8.0. SQL Per le differenze tra Aurora My SQL versione 3 e Aurora My versione 2, consulta Confronto tra Aurora My SQL versione SQL2 e Aurora My versione 3. SQL Per un confronto tra Aurora My SQL version 3 e My SQL 8.0 Community Edition, consulta Confronto tra Aurora My SQL version 3 e My SQL 8.0 Community Edition nella Amazon Aurora User Guide.
Le SQL versioni di Aurora My attualmente supportate sono 2.07.9, 2.07.10, 2.11.*, 2.12.*, 3.03.*, 3.04.*, 3.05.* e 3.06.*.
Puoi eseguire un aggiornamento sul posto, ripristinare uno snapshot o avviare un aggiornamento blu/verde gestito utilizzando RDSAmazon Blue/Green Deployments da qualsiasi cluster Aurora My versione 2 attualmente supportato in un cluster Aurora SQL My versione 3.06.0. SQL
Per informazioni sulla pianificazione di un aggiornamento ad Aurora My SQL versione 3, vedere Pianificazione di un aggiornamento della versione principale per un cluster Aurora My DB. SQL Per informazioni generali su Aurora My SQL upgrade, consulta Upgrading Amazon Aurora My DB clusters nella Amazon SQL Aurora User Guide.
Per informazioni sulla risoluzione dei problemi, consulta Troubleshooting for Aurora My SQL in-place upgrade nella Amazon Aurora User Guide.
In caso di domande o dubbi, l' AWS assistenza è disponibile nei forum della community e tramite AWS Support
Nuove funzionalità
Aurora My SQL versione 3.06.0 supporta l'integrazione con Amazon Bedrock e introduce le nuove
accept
parole chiaveaws_bedrock_invoke_model
riservate,,, e.aws_sagemaker_invoke_endpoint
content_type
timeout_ms
Controlla le definizioni degli oggetti per l'utilizzo delle nuove parole chiave riservate prima di eseguire l'aggiornamento alla versione 3.06.0. Per mitigare il conflitto con le nuove parole chiave riservate, citate le parole chiave riservate utilizzate nelle definizioni degli oggetti. Per ulteriori informazioni sull'integrazione con Amazon Bedrock e sulla gestione delle parole chiave riservate, consulta Cos'è Amazon Bedrock? nella Guida per l'utente di Amazon Aurora. Per ulteriori informazioni, consulta Keywords and Reserved Words, The INFORMATION _ SCHEMA KEYWORDS Table e Schema Object Names nella mia SQL documentazione. -
Prestazioni migliorate per le repliche di log binari durante la replica di transazioni per tabelle di grandi dimensioni con più di un indice secondario. Questa funzionalità introduce un pool di thread per applicare le modifiche all'indice secondario in parallelo su una replica binlog. La funzionalità è controllata dal parametro del cluster
aurora_binlog_replication_sec_index_parallel_workers
DB, che controlla il numero totale di thread paralleli disponibili per applicare le modifiche all'indice secondario. Per ulteriori informazioni, consulta Ottimizzazione della replica dei log binari nella Guida per l'utente di Amazon Aurora. -
È stata aggiunta una nuova stored procedure
mysql.rds_set_read_only
che consente di modificare il valore della variabile di sistema globaleread_only
sulle istanze di database nel cluster Aurora MySQL. Per ulteriori informazioni, consulta Replicating in the Amazon Aurora User Guide. -
È stata aggiunta una nuova procedura memorizzata
mysql.rds_set_binlog_source_ssl
che consente di impostare la crittografia su una replica di log binario specificando un valore per.SOURCE_SSL
Per ulteriori informazioni, consulta Replicating in the Amazon Aurora User Guide. -
Amazon Aurora Machine Learning
è un'integrazione ottimizzata tra il SQL database Aurora My e i servizi di AWS machine learning (ML). Amazon Bedrock è ora supportato e ti consente di richiamare modelli di machine learning in Amazon Bedrock direttamente dal tuo cluster Aurora My DB utilizzando. SQL SQL Per ulteriori informazioni sull'uso di Amazon Bedrock con il cluster Aurora SQL My DB, consulta Using Amazon Aurora Machine Learning with Aurora My SQL nella Guida per l'utente di Amazon Aurora. -
Aurora My SQL versione 3.06 aggiunge il supporto per il troncamento automatico delle tablespace undo
. Questa ottimizzazione consente di recuperare lo spazio inutilizzato nelle tablespace di annullamento dopo che i log di annullamento sono stati eliminati.
Miglioramenti
CVEsRisolti i problemi di sicurezza e:
In questa versione sono incluse le seguenti CVE correzioni:
Miglioramenti della disponibilità:
-
È stato risolto un problema a causa del quale un'istanza DB di replica in lettura non poteva essere avviata correttamente quando il carico di lavoro nell'istanza DB di Writer era elevato.
-
È stato risolto un problema a causa del quale un'istanza DB di Aurora My SQL writer poteva fallire a causa di un difetto nella comunicazione con lo storage Aurora. Il difetto si verifica a seguito di un'interruzione della comunicazione tra l'istanza DB e lo storage sottostante a seguito di un aggiornamento software dell'istanza di archiviazione Aurora.
-
È stato risolto un problema durante l'elaborazione di
INSERT
query su tabelle partizionate InnoDB che poteva causare un calo graduale della memoria libera nell'istanza. -
È stato risolto un problema che poteva causare il riavvio o il failover di un'istanza Aurora My SQL DB a causa di una diminuzione della memoria liberabile quando si utilizzava l'hash join durante l'esecuzione delle query.
-
È stato risolto un problema che poteva causare il riavvio di un'istanza di database in caso di esecuzione SHOWSTATUS
e istruzioni contemporaneamente. PURGEBINARYLOGS PURGE BINARY LOGS
è un'istruzione gestita che viene eseguita per rispettare il periodo di conservazione binlog configurato dall'utente. -
È stato risolto un problema che poteva causare la chiusura imprevista del server dopo l'esecuzione delle istruzioni Data Manipulation Language (DML) su una tabella le cui colonne non virtuali erano state riordinate con un'istruzione or.
MODIFY COLUMN
CHANGE COLUMN
-
È stato risolto un problema che, durante il riavvio di un'istanza di database, può causare un ulteriore riavvio.
-
È stato risolto un problema che può causare il riavvio del database quando viene definito un vincolo a cascata
UPDATE
o di chiaveDELETE
esterna su una tabella in cui una colonna virtuale è coinvolta come colonna nel vincolo di chiave esterna o come membro della tabella di riferimento. -
In Aurora My SQL 2.10, abbiamo aggiunto il supporto per il riavvio di un cluster Aurora DB con disponibilità di lettura. Questa funzionalità consente alle istanze DB Reader di rimanere online durante il riavvio di un'istanza DB Writer. Questa funzionalità è ora supportata sui database secondari Regioni AWS nei database SQL globali di Aurora My, garantendo che sia ancora possibile soddisfare le richieste di lettura durante il riavvio di un'istanza di writer sul cluster primario. In precedenza, al riavvio di un'istanza di Writer, venivano riavviate anche tutte le istanze di Reader in un cluster secondario Aurora MySQL. Con questa versione, le istanze di lettura secondarie del cluster continuano a fornire richieste di lettura durante il riavvio di un'istanza di writer, migliorando la disponibilità di lettura nel cluster. Per ulteriori informazioni, consulta Riavvio di un cluster Aurora con disponibilità in lettura.
-
È stato risolto un problema che poteva interrompere il ripristino del database durante l'avvio se il riavvio si verificava durante l'esecuzione di operazioni di inserimento complesse che coinvolgevano le colonne.
AUTO_INCREMENT
Miglioramenti generali:
-
È stato risolto un problema che poteva causare il fallimento di una query parallela a causa di problemi transitori di rete durante la lettura dei dati dal volume del cluster Aurora.
-
È stato risolto un problema per cui l'utente non era in grado di interrompere alcuna query o impostare i timeout di sessione per le query.
performance_schema
-
È stato risolto un problema a causa del quale la replica dei log binari (binlog) configurata per l'utilizzo di SSL certificati personalizzati (mysql.rds_import_binlog_ssl_material) poteva fallire quando l'istanza di replica era in fase di sostituzione dell'host.
-
Le istanze DB di piccole dimensioni con meno o uguale a 4 GiB di memoria ora chiudono le connessioni che consumano più memoria quando l'istanza DB è sotto pressione. È inoltre possibile ottimizzare il pool di buffer per ridurne le dimensioni. Per ulteriori informazioni, consulta Amazon Aurora I miei SQL out-of-memory problemi nella Guida per l'utente di Amazon Aurora.
-
È stata modificata la risposta predefinita per
aurora_oom_response
, su tutte le classi di istanze DB che hanno più di 4 GiB di memoria, da vuota a.print
Per ulteriori informazioni, consulta Amazon Aurora I miei SQL out-of-memory problemi nella Guida per l'utente di Amazon Aurora. -
È stato risolto un problema relativo alla gestione dei file di registro di controllo che poteva rendere i file di registro inaccessibili per il download o la rotazione e, in alcuni casi, aumentare l'utilizzo. CPU
-
Ripristino delle
AUTO_INCREMENT
chiavi ottimizzato per ridurre i tempi di completamento per il ripristino delle istantanee, l'esecuzione del point-in-time ripristino e la clonazione di cluster DB con un numero elevato di tabelle nel database. -
È stato risolto un problema per cui l'evento wait/io/redo_log_flush non veniva visualizzato nelle tabelle di riepilogo degli eventi di attesa dello schema di performance.
-
Sono state aggiunte le metriche and per tenere traccia dell'utilizzo della memoria del
Aurora_lockmgr_memory_used
gestore dei blocchi.Aurora_lockmgr_buffer_pool_memory_used
Per ulteriori informazioni, consulta Aurora Le mie variabili di stato SQL globali nella Guida per l'utente di Amazon Aurora. -
È stato risolto un problema per cui le istanze di replica in lettura di piccole dimensioni possono presentare un maggiore ritardo di replica dopo l'aggiornamento da versioni di Aurora My precedenti alla 2.11.*. SQL
-
È stato risolto un problema che poteva causare errori chiave duplicati per le
AUTO_INCREMENT
colonne che utilizzavano indici decrescenti dopo un'operazione di ripristino di istantanee, backtrack o clonazione del database. -
È stato risolto un problema a causa del quale una
SELECT
query su un'istanza di Aurora reader poteva fallire con latabella degli errori che non esisteva
quando la tabella ha almeno un indice di ricerca completo (FTS) e viene eseguita un'TRUNCATE
istruzione sull'istanza DB di Aurora writer. -
È stato risolto un problema che può causare un set di risultati incompleto durante l'esecuzione di query che coinvolgono
LEFT JOIN
oRIGHT JOIN
utilizzano l'algoritmo hash join con query parallela.
Aggiornamenti e migrazioni:
-
È stato risolto un problema che poteva causare il fallimento degli aggiornamenti delle versioni principali se nello schema della tabella è presente una
FTS_DOC_ID
colonna definita dall'utente. -
È stato risolto un problema che poteva causare errori di aggiornamento da Aurora ySQLversion M 2 a Aurora SQL My versione 3 a causa di un problema di sincronizzazione durante l'elaborazione dei tablespace InnoDB.
-
È stato risolto un problema che poteva causare il fallimento degli aggiornamenti delle versioni principali di Aurora SQL My versione 3 a causa della presenza di voci orfane per i tablespace già eliminati nelle tabelle di sistema InnoDB in Aurora My versione 2. SQL
SQLIntegrazione di My Community Edition, correzioni di bug
Questa versione include tutte le correzioni di bug della community fino alla 8.0.34 inclusa, oltre a quanto segue. Per ulteriori informazioni, consulta I miei SQL bug corretti dagli aggiornamenti del motore di database Aurora SQL My 3.x.
-
È stato risolto un problema per cui il valore della riga della cache poteva essere calcolato in modo errato, causando un errore durante il riavvio del database sulle istanze basate su Graviton. (Correzione di bug della community #35479763)
-
È stato risolto un problema per cui alcune istanze di sottoquery all'interno delle routine archiviate non venivano sempre gestite correttamente. (Correzione di un bug della community #35377192)
-
È stato risolto un problema che poteva causare un maggiore CPU utilizzo a causa della rotazione dei TLS certificati in background (Community Bug Fix #34284186).
-
È stato risolto un problema in cui InnoDB consentiva l'aggiunta di
INSTANT
colonne alle tabelle nello schema My SQL system nelle SQL versioni di Aurora My precedenti alla 3.05, il che poteva portare alla chiusura inaspettata del server (riavvio dell'istanza del database) dopo l'aggiornamento ad Aurora My versione 3.05.0. SQL (Correzione di bug della community #35625510).