Aurora-MySQL-Datenbank-Engine-Updates 23.02.2017 (Version 1.11) (veraltet)

MANIFEST-Option für LOAD DATA FROM S3 – LOAD DATA FROM S3 wurde mit Version 1.8 veröffentlicht. Die Optionen für diesen Befehl wurden erweitert und Sie können nun eine Dateiliste festlegen, die mithilfe einer Manifestdatei in ein Aurora-DB-Cluster aus Amazon S3 geladen werden kann. Dies macht es einfacher, Daten aus bestimmten Dateien in einen der mehrere Speicherorte zu laden, in Gegensatz zum Laden von Daten aus einer einzelnen Datei mithilfe der FILE-Option oder zum Laden von Daten aus mehreren Dateien mithilfe der PREFIX-Option, die sich im selben Ort befinden und dasselbe Präfix haben. Das Format der Manifestdatei ist dasselbe wie das von Amazon Redshift verwendete. Weitere Informationen über die Verwendung von LOAD DATA FROM S3 mit der MANIFEST-Option finden Sie unter Verwenden eines Manifests zum Angeben von zu ladenden Datendateien im Amazon-Aurora-Benutzerhandbuch.

Räumliche Indizierung standardmäßig aktiviert – Diese Funktion wurde im Labor-Modus in Version 1.10 veröffentlicht und ist jetzt standardmäßig aktiviert. Räumliche Indizierung verbessert die Abfrageleistung in großen Datensätzen für Abfragen, die räumliche Daten verwenden. Weitere Informationen zur Verwendung der räumlichen Indizierung finden Sie unter Amazon Aurora MySQL und räumliche Daten im Amazon-Aurora-Benutzerhandbuch.

Änderung der Zeitplanung für erweitertes Auditing – Diese Funktion wurde mit Version 1.10.1 veröffentlicht, um einen Hochleistungsbetrieb für die Auditierung Ihrer Datenbankaktivitäten zu ermöglichen. In dieser Veröffentlichung wurde die Präzision von Protokoll-Zeitstempeln von einer Sekunde in eine Mikrosekunde geändert. Die präziseren Zeitstempel ermöglichen Ihnen bessere Informationen über den Zeitpunkt eines Audit-Ereignisses. Weitere Informationen zu Prüfungen finden Sie unter Verwenden von Advanced Auditing mit einem Amazon-Aurora-MySQL-DB-Cluster im Amazon-Aurora-Benutzerhandbuch.

Der Parameter thread_handling wurde geändert, um zu verhindern, dass Sie eine andere Einstellung als multiple-connections-per-thread verwenden, die das einzige unterstützte Modell im Aurora-Thread-Pool ist.

Behebung eines Fehlers, der auftrat, wenn Sie entweder den Parameter buffer_pool_size oder den Parameter query_cache_size höher als den gesamten Arbeitsspeicher des DB-Clusters festlegten. In diesem Fall legt Aurora den geänderten Parameter auf den Standardwert fest, damit das DB-Cluster hochfahren kann und nicht abstürzt.

Behebung eines Fehlers im Abfrage-Cache, der dazu geführt hat, dass die Transaktion veraltete Ergebnisse von Lesevorgängen erhält, wenn die Tabelle in einer anderen Transaktion ungültig ist.

Behebung eines Fehlers, der dazu geführt hat, dass Binärprotokolldateien kurzeitig verspätet anstatt gleich entfernt werden.

Behebung eines Fehlers, bei dem eine Datenbank, die mit dem Namen tmp erstellt wird, wie eine Systemdatenbank behandelt wird, die im flüchtigen Speicher gespeichert und nicht im verteilten Speicher von Aurora behalten wird.

Änderung des Verhaltens von SHOW TABLES, um bestimmte systeminterne Tabellen auszuschließen. Diese Änderung hilft, ein unnötiges Failover zu vermeiden, das durch eine Sperrung aller in SHOW TABLES gelisteten Dateien durch mysqldump verursacht wurde, wodurch wiederum Schreibvorgänge in der systeminternen Tabelle verhindert werden und es zum Failover kommt.

Behebung eines Fehlers, bei dem ein Aurora Replica falsch neu startet, wenn eine temporäre Tabelle aus einer Abfrage erstellt wird, die eine Funktion aufruft, deren Argument eine Spalte in einer InnoDB-Tabelle ist.

Ein Fehler im Zusammenhang mit einem Sperrkonflikt von Metadaten in einem Aurora-Replica-Knoten wurde behoben, der dazu führt, dass das Aurora-Replica hinter das primäre DB-Cluster zurückfällt und evtl. neu gestartet wird.

Behebung eines Dead Latch in der Replikations-Pipeline in den Reader-Knoten, der dazu geführt hat, das ein Aurora Replica in Rückstand gerät und evtl. neu gestartet wird.

Behebung eines Fehlers, bei dem ein Aurora Replica mit verschlüsselten Volumes, die größer als 1 Terabyte (TB) sind, zu sehr verzögert wird.

Verbesserung der Dead Latch-Erkennung in einem Aurora Replica, indem eine verbesserte Methode zum Lesen der Systemsperrzeit angewandt wird.

Behebung eines Fehlers, bei dem ein Aurora Replica zweimal anstatt einmal neu gestartet wird, worauf eine Abmeldung durch den Schreiber erfolgt.

Behebung eines Fehlers bei der Slow-Query-Leistung in Aurora Replicas, der auftritt, wenn kurzzeitige Statistiken zu Unstimmigkeiten in den Statistiken in uneindeutigen Indexspalten führen.

Ein Fehler wurde behoben, bei dem ein Aurora Replica ausfallen kann, falls in dem Aurora-Replica ein DDL-Statement repliziert wird, wenn das Aurora-Replica gleichzeitig eine zugehörige Abfrage verarbeitet.

Änderung der Verbesserungen in der Replikations-Pipeline, die mit Version 1.10 eingeführt wurden, von standardmäßig aktiviert auf standardmäßig deaktiviert. Diese Verbesserungen wurden eingeführt, um Protokoll-Stream-Updates im Buffer-Cache eines Aurora-Replicas anzuwenden. Obwohl diese Funktion hilft, die Leseleistung und Stabilität von Aurora-Replicas zu verbessern, erhöht sie bei einigen Workloads die Replica-Verzögerung.

Behebung eines Fehlers, bei dem das gleichzeitige Auftreten eines fortlaufenden DDL-Statements und eines ausstehenden parallelen Read-Ahead in derselben Tabelle einen Assertionfehler während der Übergabephase der DDL-Transaktion verursacht.

Weiterentwicklung des allgemeinen Protokolls und des Slow-Query-Protokolls, um den Neustart eines DB-Clusters zu "überleben".

Es wurde ein out-of-memory Problem bei bestimmten Abfragen mit langer Laufzeit behoben, indem der Speicherverbrauch im ACL-Modul reduziert wurde.

Behebung eines Neustart-Problems, das auftritt, wenn eine Tabelle über nicht räumliche Indizes verfügt, räumliche Aussagen in der Abfrage vorliegen, der Planer beschließt, einen nicht räumlichen Index zu wählen, und fälschlicherweise die räumliche Bedingung an den Index weitergibt.

Es wurde ein Problem behoben, bei dem der DB-Cluster neu gestartet wurde, wenn sehr große Geodatenobjekte gelöscht, aktualisiert oder gelöscht wurden, die extern gespeichert wurden (wie). LOBs

Es wurde ein Problem behoben, bei dem die Fehlersimulation mit ALTER SYSTEM SIMULATE ... FOR INTERVAL nicht richtig funktionierte.

Behebung eines Stabilitätsproblems, das von einer ungültigen Assertion in einer falschen Invariante im Lock Manager ausgelöst wird.

Deaktivierung der folgenden zwei Verbesserungen in der InnoDB-Volltextsuche, die mit Version 1.10 eingeführt wurden, da diese Stabilitätsprobleme für einige anspruchsvolle Workloads verursachen:

Das gleichzeitige Ausführen von ALTER-Tabelle und Fremdschlüssel-DROP mit einer anderen DROP-Operation führt dazu, dass die Tabelle verschwindet. (Fehler #16095573)

Einige INFORMATION SCHEMA-Abfragen die ORDER BY verwendet haben, haben nicht wie zuvor Filesort-Optimierung verwendet. (Fehler #16423536)

FOUND_ROWS () gibt die falsche Zählung von Zeilen in einer Tabelle zurück. (Fehler #68458)

Der Server fällt aus, anstatt einen Fehler zurückzugeben, wenn zu viele temp-Tabellen geöffnet sind. (Fehler #18948649)