Aurora-MySQL-Datenbank-Engine-Updates 10.11.2020 (Version 2.07.3) (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 10.11.2020 (Version 2.07.3) (veraltet)

Version: 2.07.3

Aurora MySQL 2.07.3 ist allgemein verfügbar. Aurora MySQL 2.*-Versionen sind mit MySQL 5.7 kompatibel. Aurora MySQL 1.*-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 zu Aurora MySQL 2.07.3 wiederherstellen. Sie haben auch die Möglichkeit bestehende Aurora MySQL 2.*-Datenbank-Cluster auf Aurora MySQL 2.07.3 zu aktualisieren. Sie können einen vorhandenen Aurora MySQL 1.*-Cluster nicht direkt auf Aurora MySQL 2.07.3 aktualisieren. Sie können jedoch seinen Snapshot zu Aurora MySQL 2.07.3 wiederherstellen.

Um einen Cluster mit einer älteren Version von Aurora MySQL zu erstellen, geben Sie bitte die Engine-Version über die AWS Management Console AWS CLI, die oder die RDS-API an.

Anmerkung

Diese Version ist als Long-Term Support- (LTS, Langzeit-Support)-Version ausgewiesen. Weitere Informationen finden Sie unter Aurora-MySQL-Long-Term-Support (LTS, Langzeit-Support)-Versionen im Amazon-Aurora-Benutzerhandbuch.

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.

Verbesserungen

Fehlerbehebungen bei der Sicherheit:

Korrekturen und andere Verbesserungen bei der Feinabstimmung der Handhabung in einer verwalteten Umgebung.

Inkompatible Änderungen:

Diese Version führt eine Berechtigungsänderung ein, die sich auf das Verhalten des mysqldump Befehls auswirkt. Benutzer müssen das PROCESS Recht haben, auf die INFORMATION_SCHEMA.FILES Tabelle zuzugreifen. Um den mysqldump Befehl ohne Änderungen auszuführen, erteilen Sie dem Datenbankbenutzer, mit dem sich der PROCESS Befehl verbindet, die mysqldump Berechtigung. Sie können den mysqldump Befehl auch mit der --no-tablespaces Option ausführen. Mit dieser Option enthält die mysqldump Ausgabe keine CREATE LOGFILE GROUP oder CREATE TABLESPACE Anweisungen. In diesem Fall greift der mysqldump Befehl nicht auf die INFORMATION_SCHEMA.FILES Tabelle zu, und Sie müssen die PROCESS Berechtigung nicht erteilen.

Verbesserungen der Verfügbarkeit:

  • Es wurde eine Race-Condition im Sperrmanager zwischen dem Beenden einer Verbindung/Abfrage und dem Beenden der Sitzung behoben, die zu einem Neustart der Datenbank geführt hat.

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

  • Es wurde ein Problem behoben, das aufgrund von Aktualisierungen virtueller Spalten mit sekundären Indizes wiederholte Neustarts verursachen konnte.

Integration von MySQL-Fehlerbehebungen (Community Edition):

  • InnoDB: Gleichzeitige XA-Transaktionen, die erfolgreich zur XA-Prüfungsphase auf dem Master liefen, führten zu einem Konflikt bei der Wiederholung auf dem Slave, was zu einem Timeout für die Sperrwartezeit im Appliier-Thread führte. Der Konflikt war auf den GAP-Sperrbereich zurückzuführen, der sich unterschied, als die Transaktionen auf dem Slave seriell wiedergegeben wurden. Um diese Art von Konflikt zu verhindern, werden GAP-Sperren, die von XA-Transaktionen in der READ COMMITTED-Isolationsstufe übernommen werden, jetzt veröffentlicht (und nicht mehr geerbt), wenn XA-Transaktionen die Vorbereitungsphase erreichen. (Bug #27189701, Bug #25866046)

  • InnoDB: Eine GAP-Sperre wurde während der Überprüfung von Fremdschlüsseln unnötig durchgeführt, während die READ COMMITTED-Isolationsstufe verwendet wurde. (Bug #25082593)

  • Replikation: Wenn bei Verwendung von XA-Transaktionen ein Timeout für ein Zeitlimit einer Sperrung oder ein Deadlock für den Applier (SQL) -Thread auf einem Replikations-Slave aufgetreten ist, funktionierte die automatische Wiederholung nicht. Die Ursache war, dass der SQL-Thread zwar einen Rollback durchführen würde, die XA-Transaktion jedoch nicht zurücksetzen würde. Dies bedeutete, dass bei der Wiederholung der Transaktion das erste Ereignis XA START war, was ungültig war, da die XA-Transaktion bereits im Gange war, was zu einem XAER_RMFAIL-Fehler führte. (Bug #24764800)

  • Replikation: Doppelspieltransaktionen konnten manchmal den Slave-Applier blockieren, wenn die Transaktionsisolationsstufe auf REPEATABLE READ festgelegt wurde. (Bug #25040331)

  • Replikation: Der von einer SHOW SLAVE STATUS-Anweisung zurückgegebene Wert für die gesamte kombinierte Größe aller vorhandenen Relay-Protokolldateien (Relay_Log_Space) könnte viel größer werden als der tatsächlich von den Relay-Protokolldateien belegte Speicherplatz. Der I/O-Thread hat die Variable nicht gesperrt, während sie den Wert aktualisiert hat, so dass der SQL-Thread automatisch eine Relay-Protokolldatei löschen und einen reduzierten Wert schreiben konnte, bevor der I/O-Thread mit der Aktualisierung des Werts fertig war. Der I/O-Thread schrieb dann seine ursprüngliche Größenberechnung, ignorierte das Update des SQL-Threads und fügte so den Platz für die gelöschte Datei hinzu. Der Wert Relay_Log_Space ist jetzt während Updates gesperrt, um gleichzeitige Aktualisierungen zu verhindern und eine genaue Berechnung sicherzustellen. (Bug #26997096, Bug #87832)

  • Bei einer INSERT-Anweisung, für die die VALUES-Liste mit einer Unterabfrage, die eine Verknüpfung enthält, Werte für die zweite oder spätere Zeile erzeugte, konnte es zu einer Beendigung des Servers kommen, nachdem die erforderlichen Berechtigungen nicht aufgelöst wurden. (Bug #23762382)

  • Bei einer Tabelle mit einer TIMESTAMP- oder DATETIME-Spalte mit dem Standardwert CURRENT_TIMESTAMP könnte die Spalte auf 0000-00-00 00:00:00 initialisiert werden, wenn die Tabelle einen BEFORE INSERT-Auslöser hat. (Bug #25209512, Bug #84077)

  • Ein Server-Exit könnte aus gleichzeitigen Versuchen mehrerer Threads resultieren, Metadaten Performance Schema-Objekte zu registrieren und abzumelden. (Bug #26502135)

  • 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. (Bug #25586773)

  • Das Ausführen einer gespeicherten Prozedur mit einer auf eine Ansicht zugreifenden Abfrage konnte Speicher zuweisen, der bis zum Ende der Sitzung nicht freigegeben wurde. (Bug #25053286)

  • Bestimmte Unterabfragen-Materialisierungen konnten einen Server-Exit verursachen. Diese Abfragen erzeugen nun einen Fehler, der darauf hindeutet, dass die Materialisierung deaktiviert ist. (Bug #26402045)

  • Abfragen mit zahlreichen Links-Joins waren langsam, wenn die Join-Pufferung verwendet wurde (z. B. bei Verwendung mit dem blockverschachtelten Schleifenalgorithmus). (Bug #18898433, Bug #72854)

  • Der Optimierer übersprang die zweite Spalte in einem zusammengesetzten Index, als er eine Verknüpfung mit einer LIKE Klausel gegen die zweite Spalte ausführte. (Bug #28086754)

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