Aurora-MySQL-Datenbank-Engine-Updates 02.06.2020 (Version 2.08.0) (veraltet) - Amazon Aurora
VerbesserungenIntegration von MySQL-Fehlerbehebungen (Community Edition):Vergleich mit Aurora MySQL Version 1Kompatibilität mit MySQL 5.7

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-MySQL-Datenbank-Engine-Updates 02.06.2020 (Version 2.08.0) (veraltet)

Version: 2.08.0

Aurora MySQL 2.08.0 ist allgemein verfügbar. Aurora MySQL 2.x-Versionen sind mit MySQL 5.7 kompatibel. Aurora MySQL 1.x-Versionen sind mit MySQL 5.6 kompatibel.

Derzeit werden die Aurora-MySQL-Versionen 1.19.5, 1.19.6, 1.22.*, 1.23.*, 2.04.*, 2.07.*, 2.08.*, 2.09.*, 2.10.*, 3.01.* und 3.02.* unterstützt.

Sie können einen Snapshot aus einer derzeit unterstützten Aurora MySQL-Version auf Aurora MySQL 2.08.0 wiederherstellen. Sie haben die Möglichkeit, bestehende Aurora MySQL 2.* Datenbank-Cluster auf Aurora MySQL 2.08.0 upzugraden. Sie können einen vorhandenen Aurora MySQL 1.*-Cluster nicht direkt auf Aurora MySQL 2.08.0 aktualisieren. Sie können jedoch seinen Snapshot zu Aurora MySQL 2.08.0 wiederherstellen.

Geben Sie zum Erstellen eines Clusters mit einer älteren Version von Aurora MySQL die Engine-Version über AWS Management Console, AWS CLI oder die RDS-API an.

Bei Fragen oder Bedenken steht Ihnen der AWS Support in den Community-Foren und über AWS Support zur Verfügung. Weitere Informationen finden Sie unter Verwalten eines Amazon-Aurora-DB-Clusters im Amazon-Aurora-Benutzerhandbuch.

Anmerkung

Informationen zum Upgrade Ihres Aurora-MySQL-Datenbank-Clusters finden Sie unter Upgrade der Nebenversion oder des Patch-Levels eines Aurora-MySQL-DB-Clusters im Amazon-Aurora-Benutzerhandbuch.

Verbesserungen

Neue Funktionen:

  • Verbesserte Binärprotokoll-Verarbeitung zur Reduzierung der Wiederherstellungszeit nach einem Absturz und der Commit-Zeitlatenz bei sehr großen Transaktionen.

  • Starten der Funktion Datenbankaktivitäts-Streams (DAS) für Aurora MySQL. Diese Funktion bietet einen nahezu Echtzeit-Datenstrom der Datenbankaktivitäten in Ihrer relationalen Datenbank, um Sie bei der Überwachung der Aktivitäten zu unterstützen. Weitere Informationen finden Sie unter Überwachung von Amazon Aurora mit Datenbankaktivitäts-Streams im Amazon-Aurora-Benutzerhandbuch.

  • Aktualisierte Zeitzonendateien zur Unterstützung der neusten Zeitzonenänderung in Brasilien.

  • Neue Schlüsselwörter in SQL eingeführt, um die Hash-Join-Funktion für eine bestimmte Tabelle und/oder innere Tabelle auszuführen: HASH_JOIN, HASH_JOIN_PROBING und HASH_JOIN_BUILDING. Weitere Informationen finden Sie in den Aurora-MySQL-Hinweisen im Amazon-Aurora-Benutzerhandbuch.

  • In Aurora MySQL 5.7 wurde die Unterstützung für Join-Reihenfolge-Hinweise durch Rückportierung einer MySQL 8.0-Funktion eingeführt. Die neuen Hinweise sind JOIN_FIXED_ORDER, JOIN_ORDER, JOIN_PREFIX und JOIN_SUFFIX. Eine ausführliche Dokumentation zur Unterstützung für Join-Reihenfolge-Hinweise finden Sie unter WL#9158: Join Order Hints.

  • Das Aurora Machine Learning unterstützt jetzt benutzerdefinierte Funktionen mit MEDIUMINT als Rückgabetyp.

  • Die lambda_async()-gespeicherte Prozedur unterstützt nun alle MySQL-utf8-Zeichen.

Wichtige Fehlerbehebungen:

  • Es wurde ein Problem behoben, das dazu führen konnte, dass eine DB-Reader-Instance unvollständige Ergebnisse für eine FTS-Abfrage zurückgab, nachdem die Tabelle INFORMATION_SCHEMA.INNODB_SYS_TABLES auf der DB-Writer-Instance abgefragt wurde.

  • CVE-2019-5443

  • CVE-2019-3822

Verbesserungen der Verfügbarkeit:

  • Es wurde ein Problem behoben, das zu einem Neustart der Datenbank führte, nachdem eine Anweisung mit mehreren Abfragen, die auf mehrere Tabellen oder Datenbanken zugreift, bei aktiviertem Abfrage-Cache ausgeführt wurde.

  • Es wurde eine race-Bedingung im Lock-Manager behoben, die zu einem Neustart oder Failover der Datenbank beim Transaktionsrollback führte.

  • Es wurde ein Problem behoben, das einen Neustart oder Failover der Datenbank auslöste, wenn mehrere Verbindungen versuchen, dieselbe Tabelle mit einem Volltextsuchindex zu aktualisieren.

  • Es wurde ein Problem behoben, das einen Neustart oder Failover der Datenbank während eines kill session-Befehls auslösen konnte. Wenn dieses Problem auftritt, wenden Sie sich an den AWS Support, um diesen Fix auf Ihrer Instance zu aktivieren.

  • Es wurde ein Problem behoben, das zum Neustart der DB-Reader-Instance während einer mehrere Anweisungen umfassende Transaktion mit mehreren SELECT-Anweisungen und einer hohen Schreib-Workload auf der DB-Writer-Instance bei aktiviertem AUTOCOMMIT führte.

  • Es wurde ein Problem behoben, das einen Neustart der DB-Reader-Instance nach der Ausführung lang andauernder Abfragen verursachte, während die DB-Writer-Instance unter einer hohen OLTP-Schreib-Workload stand.

Allgemeine Verbesserungen:

  • Verbesserte Datenbank-Wiederherstellungszeit und Commit-Latenz für lang andauernde Transaktionen bei aktiviertem Binärprotokoll.

  • Der Algorithmus wurde verbessert, um bessere Statistiken für die Schätzung unterschiedlicher Wertzählungen auf indizierten Spalten, einschließlich Spalten mit verzerrten Datenverteilungen, zu erzeugen.

  • Es wurde die Antwortzeit und CPU-Auslastung von Join-Abfragen reduziert, die auf temporäre MyISAM-Tabellen zugreifen, und die Ergebnisse werden in den lokalen Speicher überführt.

  • Es wurde ein Problem behoben, das verhinderte, dass Aurora MySQL 5.6-Snapshots mit Datenbank- oder Tabellennamen, die Leerzeichen enthalten, in einem neuen Aurora MySQL 5.7-Cluster wiederhergestellt werden konnten.

  • Es wurden Informationen über die Transaktion von Opfern aufgenommen, wenn das Deadlock in gelöst is show engine innodb status.

  • Es wurde ein Problem behoben, das dazu führte, dass Verbindungen hängen blieben, wenn Clients mit mehreren verschiedenen Versionen mit derselben Datenbank verbunden sind und auf den Abfrage-Cache zugreifen.

  • Es wurde ein Speicherleck behoben, das durch mehrfache Aufrufe des ZDP-(Zero-Downtime Patch)- oder ZDR-(Zero-Downtime Restart)-Workflows während der Lebensdauer einer Datenbank-Instance entstand.

  • Es wurde eine Fehlermeldung bei Zero-Downtime Patch (ZDP)- oder Zero-Downtime Restart (ZDR)-Operationen behoben, die fälschlicherweise angab, dass die letzte Transaktion abgebrochen wurde, wenn das Auto-Commit-Flag deaktiviert ist.

  • Es wurde ein Problem bei ZDP-Operationen (Zero-Downtime Patch) behoben, das beim Wiederherstellen von Benutzersitzungsvariablen im neuen Datenbankprozess zu einer Serverausfall-Fehlermeldung führen konnte.

  • Es wurde ein Problem bei ZDP-Operationen (Zero Downtime Patch) behoben, das zu sporadischen Datenbankausfällen führen konnte, wenn während des Patchens lange andauernde Abfragen ausgeführt wurden.

  • Es wurde ein Problem behoben, bei dem Abfragen, die eine Aurora-Machine-Learning-Funktion enthalten, leere Fehlermeldungen aufgrund einer falsch behandelten Fehlerantwort von Machine-Learning-Services wie Amazon Sagemaker und Amazon Comprehend zurückgaben.

  • Es wurde ein Problem in der Funktion zur Überwachung auf fehlenden Speicherplatz behoben, bei dem ein benutzerdefinierter Wert des table_definition_cache-Parameters nicht berücksichtigt wurde.

  • Die Fehlermeldung „Query execution was interrupted“ (Abfrageausführung wurde unterbrochen) wird zurückgegeben, wenn eine Aurora-Machine-Learning-Abfrage unterbrochen wird. Zuvor wurde stattdessen die generische Meldung „Internal error in processing ML request“ (Interner Fehler bei Verarbeitung der ML-Anforderung) zurückgegeben.

  • Es wurde ein Problem behoben, das bei einem Binärprotokoll-Worker zu einem Verbindungstimeout führen konnte, wenn der Parameter slave_net_timeout kleiner als der Parameter aurora_binlog_replication_max_yield_seconds ist und die Workload auf dem Binärprotokoll-Master-Cluster gering ist.

  • Verbesserte Überwachung des Binärprotokoll-Wiederherstellungsfortschritts durch Ausgabe von Informationsmeldungen im Fehlerprotokoll mit einer Frequenz von einer Meldung pro Minute.

  • Es wurde ein Problem behoben, das dazu führen konnte, dass aktive Transaktionen von der SHOW ENGINE INNODB STATUS-Abfrage nicht gemeldet wurden.

Integration von MySQL-Fehlerbehebungen (Community Edition):

  • Fehler #25289359: Eine bei der Datensynchronisierung vorgenommene Volltext-Cache-Sperre wurde nicht freigegeben, wenn die Volltext-Cache-Größe das Volltext-Cache-Größenlimit überschritt.

  • Fehler #29138644: Das manuelle Ändern der Systemzeit bei ausgeführtem MySQL-Server verursachte Verzögerungen in den Page-Cleaner-Threads.

  • Fehler #25222337: Ein Feldname einer virtuellen NULL-Spalte in einem virtuellen Index führte zu einem Beenden des Servers während eines Feldnamensabgleichs, der beim Befüllen von virtuellen Spalten auftritt, die von einer Fremdschlüsselbeschränkung betroffen sind.

  • Fehler #25053286: Das Ausführen einer gespeicherten Prozedur, die eine Abfrage enthält, die auf eine Ansicht zugreift, konnte Speicher zuweisen, der bis zum Ende der Sitzung nicht freigegeben wurde.

  • Fehler #25586773: Das Ausführen einer gespeicherten Prozedur, die eine Anweisung enthält, die aus dem Inhalt bestimmter SELECT-Anweisungen eine Tabelle erzeugt hat, konnte zu einem Speicherleck führen.

  • Fehler #28834208: Während der Protokollanwendung, nach einer OPTIMIZE TABLE-Operation, füllte InnoDB die virtuellen Spalten nicht auf, bevor nach Aktualisierungen des virtuellen Spaltenindexes gesucht wurde.

  • Fehler #26666274: Endlosschleife im Leistungsschema-Puffercontainer aufgrund eines Überlaufs einer 32-Bit-Ganzzahl ohne Vorzeichen.

Vergleich mit Aurora MySQL Version 1

Die folgenden Amazon Aurora MySQL-Funktionen werden in Aurora MySQL Version 1 (mit MySQL 5.6 kompatibel), jedoch derzeit nicht in Aurora MySQL Version 2 (MySQL 5.7 kompatibel) unterstützt.

Kompatibilität mit MySQL 5.7

Diese Aurora-MySQL-Version ist drahtkompatibel mit MySQL 5.7 und enthält Funktionen wie JSON-Unterstützung, räumliche Indizes und generierte Spalten. Aurora MySQL verwendet eine native Implementierung der räumlichen Indexierung unter Verwendung von Kurven der Z-Ordnung, um eine > 20 x bessere Schreibleistung und eine > 10 x bessere Leseleistung als MySQL 5.7 für räumliche Datensätze zu liefern.

Diese Aurora-MySQL-Version bietet aktuell keine Unterstützung für die folgenden MySQL-5.7-Funktionen:

  • Plug-In für die Gruppenreplikation

  • Größere Seitengröße

  • Laden des InnoDB-Pufferpools beim Starten

  • Plugin für den InnoDB-Volltext-Parser

  • Replikation aus mehreren Quellen

  • Größenanpassung des Online-Pufferpools

  • Plugin für die Passwortvalidierung

  • Plugins für die Umformulierung von Abfragen

  • Replikationsfilter

  • Die SQL-Anweisung CREATE TABLESPACE