Aurora My SQL Datenbank-Engine-Updates 2019-11-22 (Version 2.06.0) (veraltet) - Amazon Aurora
VerbesserungenVergleich mit Aurora My SQL Version 1Meine SQL 5.7-Kompatibilität

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 2019-11-22 (Version 2.06.0) (veraltet)

Version: 2.06.0

Aurora My SQL 2.06.0 ist allgemein verfügbar. Aurora My SQL 2.x-Versionen sind mit My SQL 5.7 kompatibel und Aurora My SQL 1.x-Versionen sind mit My SQL 5.6 kompatibel.

Derzeit werden die SQL Versionen von Aurora My 1.14.*, 1.15.*, 1.16.*, 1.17.*, 1.18.*, 1.19.*, 2.01.*, 2.01.*, 2.02.*, 2.03.*, 2.04.*, 2.05.* und 2.06.* unterstützt.

Sie können einen Snapshot aus einer aktuell unterstützten Aurora SQL My-Version in Aurora My SQL 2.06.0 wiederherstellen. Sie haben auch die Möglichkeit, bestehende Aurora My SQL 2.*-Datenbankcluster auf Aurora My SQL 2.06.0 zu aktualisieren. Sie können einen vorhandenen Aurora My SQL 1.*-Cluster nicht direkt auf 2.06.0 aktualisieren. Sie können jedoch seinen Snapshot auf Aurora My 2.06.0 wiederherstellen. SQL

Um einen Cluster mit einer älteren Version von Aurora My zu erstellenSQL, geben Sie bitte die Engine-Version mit dem AWS Management Console AWS CLI, dem oder dem an RDSAPI.

Anmerkung

Diese Version ist derzeit in den folgenden AWS Regionen nicht verfügbar: AWS GovCloud (US-Ost) [us-gov-east-1], AWS GovCloud (US-West) [us-gov-west-1], China (Ningxia) [cn-northwest-1], Asien-Pazifik (Hongkong) [ap-east-1] und Naher Osten (Bahrain) [me-south-1]. Sobald die Version verfügbar ist, wird dies separat bekanntgegeben.

Wenn Sie Fragen oder Bedenken haben, steht Ihnen der AWS Support in den Community-Foren und über den 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 My SQL Datenbank-Clusters finden Sie unter Upgrade der Nebenversion oder des Patch-Levels eines Aurora My SQL DB-Clusters im Amazon Aurora Aurora-Benutzerhandbuch.

Verbesserungen

Neue Funktionen:

  • Aurora SQL My-Cluster unterstützen jetzt die Instance-Typen db.r5.8xlarge, db.r5.16xlarge und db.r5.24xlarge. Weitere Informationen zu Instance-Typen für Aurora My SQL Cluster finden Sie unter Aurora-DB-Instance-Klassen im Amazon Aurora Aurora-Benutzerhandbuch.

  • Die Hash Join-Funktion ist jetzt allgemein verfügbar und erfordert nicht, dass die Aurora-Lab-Modus-Einstellung auf ON gesetzt wird. Diese Funktion kann die Abfrageleistung verbessern, wenn Sie eine große Datenmenge mithilfe eines Equi-Joins verbinden müssen. Weitere Informationen zur Verwendung dieser Funktion finden Sie unter Daten verwenden API für Aurora Serverlessim Amazon Aurora Aurora-Benutzerhandbuch.

  • Die Hot Row Contention-Funktion ist jetzt allgemein verfügbar und erfordert nicht, dass die Aurora-Lab-Modus-Einstellung auf ON gesetzt wird. Diese Funktion sorgt für eine deutliche Verbesserung des Durchsatzes bei Workloads mit zahlreichen Transaktionen, die um Zeilen auf derselben Seite konkurrieren.

  • Aurora My SQL 2.06 und höher unterstützen das „Zurückspulen“ eines DB-Clusters auf einen bestimmten Zeitpunkt, ohne Daten aus einem Backup wiederherzustellen. Diese Funktion („Backtrack“) bietet eine schnelle Möglichkeit zur Wiederherstellung bei Benutzerfehlern, wie dem Löschen der falschen Tabelle oder dem Löschen der falschen Zeile. Backtrack funktioniert in nur wenigen Sekunden, selbst bei großen Datenbanken. Lesen Sie den AWS Blog für einen Überblick. Weitere Informationen finden Sie unter Backtracking an Aurora DB-Cluster im Amazon Aurora Aurora-Benutzerhandbuch.

  • Aurora 2.06 und höher unterstützen synchrone AWS Lambda Aufrufe über die native Funktion. lambda_sync() Außerdem ist die native Funktion lambda_async() vorhanden, die als Alternative zu der bestehenden gespeicherten Prozedur für asynchrone Lambda-Aufrufe verwendet werden kann. Informationen zum Aufrufen von Lambda-Funktionen finden Sie unter Aufrufen einer Lambda-Funktion mit einer SQL nativen Aurora My-Funktion im Amazon Aurora Aurora-Benutzerhandbuch.

Kritische Fehlerbehebungen:

Keine.

Wichtige Fehlerbehebungen:

Fehlerbehebungen bei der Sicherheit

Umgang mit Verbindungen

  • Die Datenbankverfügbarkeit wurde verbessert, um einem Anstieg der Client-Verbindungen bei der Ausführung einer oder mehrerer Client-Verbindungen besser gerecht zu werden. DDLs Dazu werden bei Bedarf zusätzliche Threads eingerichtet. Es wird empfohlen, ein Upgrade durchzuführen, falls die Datenbank aufgrund eines erhöhten Verbindungsaufkommens während der Verarbeitung DDL nicht mehr reagiert.

Engine-Neustart

  • Behebung eines Problems mit längerer Nichtverfügbarkeit beim Neustart der Engine. Dies behebt ein Problem bei der Buffer-Pool-Initialisierung. Dieses Problem tritt selten auf, kann sich aber potenziell auf jede unterstützte Version auswirken.

  • Behebung eines Problems, durch das eine als Binlog-Master konfigurierte Datenbank neu gestartet wurde, während ein umfangreicher Schreib-Workload stattfand.

Allgemeine Fehlerbehebungen zur Erhöhung der Stabilität:

  • Verbesserungen bei Anfragen mit Zugriff auf nicht zwischengespeicherte Daten, die langsamer als gewöhnlich sein konnten. Kunden, die unerklärliche Leselatenzen beim Zugriff auf nicht zwischengespeicherte Daten erfahren, sollten ein Upgrade durchführen, da es sich möglicherweise um genau dieses Problem handelt.

  • Behebung eines Problems, bei dem partitionierte Tabellen aus einem Datenbank-Snapshot nicht wiederhergestellt werden konnten. Kunden, die beim Zugriff auf partitionierte Tabellen in einer Datenbank, die aus dem Snapshot einer Aurora My SQL 1.*-Datenbank wiederhergestellt wurde, auf Fehler stoßen, wird empfohlen, diese Version zu verwenden.

  • Die Stabilität der Aurora Replicas wurde verbessert, indem der Sperrkonflikt zwischen Threads, die Leseabfragen bedienen, und Threads, die Schemaänderungen anwenden, behoben wurde, während eine DDL Abfrage auf der Writer-DB-Instance ausgeführt wird.

  • Ein Stabilitätsproblem im Zusammenhang mit mysql.innodb_table_stats Tabellenaktualisierungen, die durch Operationen ausgelöst wurdenDDL, wurde behoben.

  • Behebung eines Problems, bei dem inkorrekterweise ERROR 1836 gemeldet wurde, wenn eine eingebettete Anfrage gegen eine temporäre Tabelle auf der Aurora-Replica ausgeführt wurde.

Leistungsverbesserungen

  • Die Leistung der Binlog-Replikation wurde verbessert, indem unnötige API Aufrufe des Caches verhindert wurden, wenn der Abfrage-Cache auf dem Binlog-Worker deaktiviert wurde.

Vergleich mit Aurora My SQL Version 1

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

Meine SQL 5.7-Kompatibilität

Aurora My SQL 2.06.0 ist drahtkompatibel mit My SQL 5.7 und umfasst Funktionen wie JSON Unterstützung, räumliche Indizes und generierte Spalten. Aurora My SQL verwendet eine native Implementierung der räumlichen Indizierung mithilfe von Kurven in Z-Reihenfolge, um eine >20-mal bessere Schreibleistung und eine >10-mal bessere Leseleistung als My 5.7 für räumliche Datensätze zu erzielen. SQL

Aurora My SQL 2.06.0 unterstützt derzeit nicht die folgenden Funktionen von My SQL 5.7:

  • Plugin 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 Aussage CREATE TABLESPACE SQL