Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.
Aurora My SQL Datenbank-Engine-Updates 2023-10-25 (Version 3.05.0, kompatibel mit My 8.0.32) SQL
Version: 3.05.0
Aurora My SQL 3.05.0 ist allgemein verfügbar. Aurora My SQL 3.05-Versionen sind mit My SQL 8.0.32 kompatibel. Weitere Informationen zu den eingetretenen Community-Änderungen finden Sie in den Versionshinweisen zu My SQL 8.0
Einzelheiten zu den neuen Funktionen in Aurora My SQL Version 3 finden Sie unter Aurora My SQL Version 3, kompatibel mit My SQL 8.0. Die Unterschiede zwischen Aurora My SQL Version 3 und Aurora My SQL Version 2 finden Sie unter Vergleich von Aurora My SQL Version 2 und Aurora My SQL Version 3. Einen Vergleich von Aurora My SQL Version 3 und My SQL 8.0 Community Edition finden Sie unter Vergleich von Aurora My SQL Version 3 und My SQL 8.0 Community Edition.
Derzeit werden die SQL Versionen von Aurora My 2.07.9, 2.07.10, 2.11.*, 2.12.*, 3.03.*, 3.04.* und 3.05.* unterstützt.
Sie können ein direktes Upgrade durchführen, einen Snapshot wiederherstellen oder ein verwaltetes Blue/Green-Upgrade mit Amazon RDS Blue/Green Deployments von jedem aktuell unterstützten Aurora My SQL Version 2-Cluster in einen Aurora My SQL Version 3.05.0-Cluster starten.
Informationen zur Planung eines Upgrades auf Aurora My SQL Version 3 finden Sie unter Upgrade-Planung für Aurora My SQL Version 3 im Amazon Aurora Aurora-Benutzerhandbuch. Allgemeine Informationen zu Aurora SQL My-Upgrades finden Sie unter Upgrade von Amazon Aurora My SQL DB-Clustern im Amazon Aurora Aurora-Benutzerhandbuch.
Informationen zur Fehlerbehebung finden Sie unter Behebung von Upgrade-Problemen mit Aurora My SQL Version 3.
Wenn Sie Fragen oder Bedenken haben, steht Ihnen der AWS Support in den Community-Foren und über den AWS Support
Verbesserungen
Neue Funktionen:
-
Unterstützung für das Speichern von Daten aus einem Aurora SQL My-Datenbank-Cluster in Textdateien in einem Amazon S3 S3-Bucket hinzugefügt, der mit einem KMS Schlüssel (SSE-KMS) verschlüsselt ist. Weitere Informationen finden Sie unter Speichern von Daten aus einem Amazon Aurora My SQL DB-Cluster in Textdateien in einem Amazon S3 S3-Bucket.
-
Es wurde eine neue globale Statusvariable
aurora_tmz_version
eingeführt, die die aktuelle Version der Zeitzoneninformationen (TZ) bezeichnet, die von der Engine verwendet werden. Die Werte folgen der Version der IANA Zeitzonen-Datenbank und sind als "YYYYsuffix„formatiert, zum Beispiel 2022a und 2023c. Weitere Informationen finden Sie unter Aurora Meine SQL globalen Statusvariablen.
Sicherheitsprobleme wurden behoben und CVEs sind unten aufgeführt:
Korrekturen und andere Verbesserungen bei der Feinabstimmung der Handhabung in einer verwalteten Umgebung. Weitere CVE Problembehebungen sind unten aufgeführt:
Verbesserungen der Verfügbarkeit:
-
Es wurde ein Problem behoben, bei dem es bei Aurora My SQL Database-Instances, die parallel Abfragen verwenden, zu einem Datenbankneustart kommen kann, wenn eine große Anzahl gleichzeitiger parallel Abfragen ausgeführt wird.
-
Es wurde ein Problem mit Sperrkonflikten behoben, das durch einen Audit-Logging-Thread verursacht wurde und letztendlich zu einer hohen CPU Auslastung und Timeouts bei Client-Anwendungen führte.
-
Es wurde ein Problem behoben, das dazu führen kann, dass der ausgeführte GTID Satz auf einem Replikatcluster für Binärprotokolle (Binlog) mit aktiviertem erweitertem Binlog falsch wiederhergestellt wurde, wenn eine Binlog-Quelle auf oder gesetzt war.
gtid_mode
ON
ON_PERMISSIVE
Dieses Problem kann dazu führen, dass die Writer-Instanz des Replikat-Clusters während der Wiederherstellung ein weiteres Mal neu gestartet wird, oder es kann zu falschen Ergebnissen bei der Abfrage des ausgeführten Satzes führen. GTID -
Es wurde ein Speicherverwaltungsproblem behoben, das zu einem Neustart der Aurora My SQL Database-Instance oder einem Failover führen kann, wenn das erweiterte Binärprotokoll aktiviert ist, wenn der freie Speicherplatz abnimmt.
-
Es wurde ein Problem behoben, das dazu führen kann, dass eine Datenbank-Instance neu gestartet wird, wenn versucht wird, eine Datenbankseite zu lesen, die zu einer gelöschten Tabelle gehört.
-
Es wurde ein Problem behoben, das dazu führen kann, dass die Reader-Instance neu gestartet wird, wenn die Writer-Instance das Datenbank-Volume auf ein Vielfaches von 160 GB erhöht.
-
Es wurde ein Problem behoben, bei dem eine Aurora My SQL Database-Instance mit aktivierter erweiterter Binärprotokollfunktion während des Starts der Datenbank-Instance hängen bleiben konnte, während der Wiederherstellungsprozess für das Binärprotokoll ausgeführt wurde.
-
Es wurde ein Problem behoben, bei dem es bei einer Aurora My SQL Database-Instance während des Instance-Starts zu mehreren Neustarts kommen kann, während große Rollback-Segmente initialisiert wurden.
-
Es wurde ein Problem behoben, das beim Patchen ohne Ausfallzeiten zu einem Neustart der Instance führt, was bewirkt, dass Datenbankverbindungen unerwartet geschlossen werden.
-
Es wurde ein Problem behoben, das dazu führen kann, dass eine Datenbank-Instance aufgrund eines Deadlatches neu gestartet wird, wenn Anweisungen gleichzeitig ausgeführt werden. SHOWSTATUSPURGEBINARYLOGS
Bei den Bereinigungsbinärprotokollen handelt es sich um eine verwaltete Anweisung, die so ausgeführt wird, dass die vom Benutzer konfigurierte Aufbewahrungsfrist für Binärprotokolle eingehalten wird. -
Es wurde ein Problem behoben, das dazu führen kann, dass Datenbank-Cluster nicht verfügbar sind, wenn die Writer-Instance neu gestartet wird, während die Datenbank Auslöser für interne Systemtabellen erstellt oder löscht.
-
Es wurde ein Problem behoben, das dazu führen kann, dass eine Datenbank-Instance aufgrund einer langen Semaphor-Wartezeit neu gestartet wurde, wenn das erweiterte Binärprotokoll-Feature auf einem Cluster mit einem Aurora-Replikat verwendet wurde.
-
Es wurde ein Problem behoben, das dazu führen kann, dass eine Datenbank-Instance neu gestartet wird, während eine Abfrage ausgeführt wird, die auf eine Aggregatfunktion verweist.
-
Es wurde ein Problem behoben, das unter seltenen Bedingungen dazu führen kann, dass die Datenbank-Instance neu gestartet wird, wenn Aurora Serverless v2 fälschlicherweise versucht, den Tabellen-Cache während der Skalierung zu aktualisieren.
-
Es wurde ein Problem behoben, bei dem beim Materialisieren temporärer Zwischentabellen nicht unterstützte Indexscanzugriffsmethoden für allgemeine Tabellenausdrücke (CTE) berücksichtigt wurden, was zu unerwünschtem Verhalten wie Datenbankneustarts oder falschen Abfrageergebnissen führen kann. Wir haben dieses Problem behoben, indem wir die Verwendung solcher nicht unterstützter Indexscanzugriffsmethoden für Tabellen vermieden haben, die die Speicher-Engine verwenden. TempTable
Allgemeine Verbesserungen:
Es wurde ein Problem behoben, das dazu führen kann, dass die Datenbank nicht verfügbar ist, wenn das erweiterte Binlog auf einem Aurora Serverless v2 Datenbank-Cluster aktiviert ist, auf dem Aurora My SQL 3.04.0 ausgeführt wird.
-
Wenn das erweiterte Binärprotokoll-Feature aktiviert ist, werden ungenutzte Speichermetadaten vor dem Schreiben in den Aurora-Speicher entfernt. Dadurch werden bestimmte Szenarien vermieden, in denen ein Neustart oder ein Failover der Datenbank aufgrund einer erhöhten Schreiblatenz durch die erhöhte Anzahl von über das Netzwerk übertragenen Byte auftreten kann.
-
Mit der Hinzufügung der Tabellen
malloc_stats
undmalloc_stats_totals
imperformance_schema
wurden drei erweiterte Systemvariablen hinzugefügt, um das Verhalten von Jemalloc, einem internen Speicherzuweiser, zu steuern:aurora_jemalloc_background_thread
.aurora_jemalloc_dirty_decay_ms
.aurora_jemalloc_tcache_enabled
.
-
Es wurde ein Problem behoben, bei dem Aurora-spezifische Leistungsschematabellen bei einem Upgrade oder einer Migration nicht erstellt wurden.
-
Eine neue Systemvariable,
aurora_use_vector_instructions
, wurde hinzugefügt. Wenn dieser Parameter aktiviert ist, SQL verwendet Aurora My optimierte Vektorverarbeitungsanweisungen, um die Leistung bei I/O-intensiven Workloads zu verbessern. Diese Einstellung ist in Aurora My SQL 3.05 und höherON
standardmäßig aktiviert. Weitere Informationen finden Sie unter Meine SQL Aurora-Konfigurationsparameter. -
Es wurde ein Problem behoben, das dazu führen kann, dass die CloudWatch eingeschalteten
NumBinaryLogFiles
Metriken falsche Ergebnisse anzeigen, wenn das erweiterte Binlog aktiviert ist. -
Das Anforderungs-Timeout für Aurora My SQL Machine Learning Learning-Operationen an Amazon Sagemaker wurde von 3 auf 30 Sekunden erhöht. Dies hilft bei der Lösung eines Problems, bei dem Kunden eine erhöhte Anzahl von Wiederholungsversuchen oder Fehlschläge bei Anfragen von Aurora My SQL Machine Learning an Amazon Sagemaker feststellen können, wenn sie größere Chargengrößen verwenden.
-
Unterstützung für
malloc_stats
- undmalloc_stats_totals
-Tabellen in der performance_schema-Datenbank hinzugefügt. -
Das
FROM
-Schlüsselwort imLOAD DATA FROM S3
-Befehl wurde aktualisiert und ist jetzt optional. Weitere Informationen finden Sie unter Daten aus Textdateien in einem Amazon S3-Bucket in einen Amazon Aurora My SQL DB-Cluster laden. -
Es wurde Unterstützung für den Parameter
innodb_aurora_instant_alter_column_allowed
hinzugefügt, der steuert, ob derINSTANT
-Algorithmus fürALTER COLUMN
-Operationen verwendet werden kann. Weitere Informationen finden Sie unter Parameter auf Cluster-Ebene. -
Es wurde ein Problem behoben, das verhindern kann, dass neue Client-Verbindungen zur Datenbank hergestellt werden, wenn die Schreibweiterleitung aktiviert ist.
-
Es wurde ein Problem behoben, das dazu führen kann, dass die Änderung des
table_open_cache
-Datenbankparameters erst wirksam wird, wenn die Datenbank-Instance neu gestartet wird. -
Es wurde ein Problem behoben, das nach einer Snapshot-Wiederherstellung, einem Backtrack oder einem Datenbank-Klonvorgang zu Fehlern beim Duplizieren von Schlüsseln für
AUTO_INCREMENT
-Spalten mit absteigenden Indizes führen kann. -
Es wurde ein Problem mit Index-Scans behoben, bei dem möglicherweise ein falsches Ergebnis zurückgegeben wurde, wenn eine
SELECT
-Abfrage ausgeführt wurde, bei der dieGROUP BY
-Klausel verwendet und deraurora_parallel_query
-Parameter zuON
geändert wurde. -
Es wurde ein Problem behoben, das dazu führen kann, dass bei der Ausführung von Abfragen für die
INFORMATION_SCHEMA INNODB_TABLESPACES
-Tabelle der verfügbare Speicher aufgebraucht wird. -
Es wurde ein Problem behoben, bei dem die Reader-Instance mit ERROR 1146 keine Tabelle öffnen konnte. Dieses Problem tritt auf, wenn bestimmte Typen von Online-Datendefinitionssprache (DDL) ausgeführt werden, während der
INPLACE
Algorithmus auf der Writer-Instanz verwendet wird. -
Es wurde ein Problem behoben, um zu verhindern, dass eine Instance während der Aurora Serverless v2-Skalierung neu gestartet wird, wenn der interne Überwachungsprozess fälschlicherweise doppelte Skalierungsanforderungen sendet.
-
Es wurde ein Problem behoben, das zu einem Datenbankneustart führen kann, wenn verbundene Benutzer von Binärprotokollen (Binlog) einen doppelten Binlog-Replikationsserver verwenden. IDs
-
Es wurde ein In-Memory-Relay-Log-Cache
für von Aurora My SQL verwaltete binäre Protokollreplikate eingeführt. Diese Verbesserung kann dazu beitragen, den Durchsatz der binären Protokollreplikation um bis zu 40 % zu erhöhen. Diese Erweiterung wird automatisch aktiviert, wenn die binäre Protokollreplikation mit einem Thread oder die Multithread-Replikation mit aktivierter GTIDautomatischer Positionierung verwendet wird.
Upgrades und Migrationen:
-
Ein Upgrade von My SQL 5.7 auf My SQL 8.0 mit einer sehr großen Anzahl von Tabellen in einer einzigen Datenbank führte dazu, dass der Server übermäßig viel Speicherplatz beanspruchte. Es wurde festgestellt, dass wir bei der Überprüfung, ob Tabellen aktualisiert werden konnten, alle Datenwörterbuch-
Table
-Objekte im Voraus abgerufen, jedes verarbeitet und dessen Namen abgerufen und dann die Versionskompatibilität für die Liste überprüfthaben. Das vorherige Abrufen aller Objekte war in diesem Fall nicht erforderlich und trug erheblich zum Speicherverbrauch bei. Um dieses Problem zu beheben, rufen wir in solchen Fällen jetzt ein Table
-Objekt nach dem anderen ab, führen alle erforderlichen Prüfungen durch, rufen seinen Namen ab und geben das Objekt frei, bevor wir mit dem nächsten fortfahren. (Fehler #34526001) -
Die Leistung von Hauptversions-Upgrades von Aurora My Version 2 auf SQL Version 3 wurde verbessert, indem Tablespace-Prüfungen parallel ausgeführt wurden, wobei alle vCPUs auf der Datenbank-Instance verfügbaren Daten verwendet wurden.
Integration von Fehlerkorrekturen in SQL der My Community Edition
Diese Version enthält alle Community-Fehlerbehebungen bis einschließlich 8.0.32, zusätzlich zu den unten aufgeführten. Weitere Informationen finden Sie unter Meine SQL Fehler, die durch Updates der Aurora My SQL 3.x-Datenbank-Engine behoben wurden.
-
Es wurde ein Problem behoben, das aufgrund CPU der TLS Zertifikatsrotation im Hintergrund zu einer höheren Auslastung führen kann. (Community-Fehlerbehebung #34284186)