Aurora-MySQL-Datenbank-Engine-Updates 18.10.2016 (Version 1.8) (veraltet) - Amazon Aurora

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 18.10.2016 (Version 1.8) (veraltet)

Version: 1.8

Neue Features

  • AWS Lambda Integration — Sie können jetzt mithilfe des Verfahrens asynchron eine AWS Lambda Funktion aus einem Aurora-DB-Cluster aufrufen. mysql.lambda_async Weitere Informationen finden Sie unter Aufrufen einer Lambda-Funktion aus einem Amazon-Aurora-MySQL-DB-Cluster im Amazon-Aurora-Benutzerhandbuch.

  • Laden von Daten aus Amazon S3 – Sie können jetzt mithilfe der Befehle LOAD DATA FROM S3 oder LOAD XML FROM S3 Text- oder XML-Dateien aus einem Amazon S3-Bucket in Ihr Aurora-DB-Cluster laden. Weitere Informationen finden Sie unter Laden von Daten in einen Amazon-Aurora-MySQL-DB-Cluster aus Textdateien in einem Amazon-S3-Bucket im Amazon-Aurora-Benutzerhandbuch.

  • Katalog Migration – Aurora behält jetzt Metadaten von Katalogen im Cluster-Volume bei, um Unterstützung für Versioning zu bieten. Dies ermöglicht eine nahtlose Migration von Katalogen über verschiedene Versionen und Wiederherstellungen hinweg.

  • Wartung und Patching auf Cluster-Level – Aurora verwaltet jetzt Wartungsupdates für ein ganzes DB-Cluster. Weitere Informationen finden Sie unter Verwalten eines Amazon-Aurora-DB-Clusters im Amazon-Aurora-Benutzerhandbuch.

Verbesserungen

  • Behebung eines Problems, bei dem ein Aurora-Cluster abstürzt, wenn einer Inflight-DDL-Tabelle eine Metadatensperre nicht gewährt wird.

  • Erlaubte Aurora Replicas, Nicht-InnoDB-Tabellen zu ändern, um die Rotation von langsamen und allgemeinen Protokoll-CSV-Dateien mit zu erleichter log_output=TABLE.

  • Behebung einer Verzögerung, wenn ein Update von Statistiken aus der primären Instance in ein Aurora Replica durchgeführt wurde. Ohne diese Behebung können die Statistiken des Aurora Replicas die Synchronisation mit den Statistiken in der primären Instance verlieren, was zu einem unterschiedlichen (und möglicherweise leistungsschwachen) Abfrageplan in einem Aurora Replica führt.

  • Behebung einer Race-Bedingung, die sicherstellt, dass ein Aurora Replica keine Sperren annimmt.

  • Behebung eines seltenen Szenarios, bei dem ein Aurora Replica, das an der primären Instance registriert oder abgemeldet wird, fehlschlagen könnte.

  • Behebung einer Race-Bedingung, die zu einem Deadlock in db.r3.large-Instances führen könnte, wenn ein Volume geöffnet oder geschlossen wird.

  • Es wurde ein out-of-memory Problem behoben, das aufgrund einer Kombination aus einer großen Schreiblast und Ausfällen im Aurora Distributed Storage-Dienst auftreten kann.

  • Behebung eines Fehlers mit hohem CPU-Verbrauch aufgrund der Zirkulation des Bereinigungs-Threads bei einer lang laufenden Transaktion.

  • Behebung eines Problems, das beim Ausführen von Informationsschema-Abfragen für den Erhalt von Informationen über Sperren unter hoher Workload auftritt.

  • Behebung eines Problems mit einem Diagnostik-Vorgang, der in seltenen Fällen dazu führen kann, dass Aurora-Schreibvorgänge auf Speicherknoten verzögert werden und ein Neustart/Failover durchgeführt wird.

  • Behebung einer Bedingung, unter der eine erfolgreich erstellte Tabelle während einer Ausfall-Wiederherstellung gelöscht werden konnte, wenn der Ausfall stattfand, während eine CREATE TABLE [if not exists]-Anweisung verarbeitet wurde.

  • Behebung eines Falls, bei dem die Protokoll-Rotationsprozedur unterbrochen ist, wenn ein allgemeines Protokoll oder ein Slow-Protokoll mithilfe von Katalog-Migration nicht auf der Festplatte gespeichert wurde.

  • Behebung eines Ausfalls, der stattfindet, wenn ein Benutzer eine temporäre Tabelle innerhalb einer benutzerdefinierten Funktion erstellt und anschließend die benutzerdefinierte Funktion in einer von der Abfrage ausgewählten Liste verwendet.

  • Behebung eines Ausfalls, der auftritt, wenn GTID-Ereignisse wiedergegeben werden. GTID wird von Aurora MySQL nicht unterstützt.

Integration von MySQL-Fehlerbehebungen:

  • Wenn alle Indexe in einer Spalte mit mehreren Indexen verworfen wurden, konnte InnoDB eine DROP INDEX-Operation nicht blockieren, wenn eine Fremdschlüsselbeschränkung einen Index erfordert. (Fehler #16896810)

  • Lösung des Ausfalls beim Hinzufügen von Fremdschlüsselbeschränkung. (Fehler #16413976)

  • Behebung eines Ausfalls, wenn gleichzeitig ein Cursor in einer gespeicherten Prozedur abgerufen und eine Analyse oder Bereinigung der Tabelle durchgeführt wird. (Fehler #18158639)

  • Behebung eines Fehlers bei der automatischen Zählung, wenn ein Benutzer eine Tabelle verändert, um den AUTO_INCREMENT-Wert in weniger als den maximalen Spaltenwert für automatische Zählung zu ändern. (Fehler #16310273)