Aurora-MySQL-Datenbank-Engine-Updates 24.10.2017 (Version 1.15) (veraltet)

Asynchrones Schlüssel-Prefetching – Asynchrones Schlüssel-Prefetching (Asynchronous Key Prefetch, AKP) ist eine Funktion, die die Performance von nicht gecachten Indexverbindungen verbessern soll, indem Schlüssel bereits aus dem Speicher abgerufen werden, bevor sie benötigt werden. Der primäre Anwendungsfall für AKP ist eine Indexverbindung zwischen einer kleinen äußeren und einer großen inneren Tabelle, wobei der Index in der größeren Tabelle höchst selektiv ist. Wenn die Multi-Range Read (MRR)-Schnittstelle aktiviert ist, wird AKP zudem für eine Suche vom sekundären zum primären Index genutzt. Kleinere Instances mit Speichergrößenbeschränkungen können AKP in einigen Fällen möglicherweise nutzen, sofern die richtige Schlüsselkardinalität vorliegt. Weitere Informationen finden Sie unter Optimieren von indizierten Aurora-Join-Abfragen mit asynchronem Schlüssel-Prefetch im Amazon-Aurora-Benutzerhandbuch.

Schnelle DDL – wir haben die Funktion, die mit Aurora 1.13 veröffentlicht wurde, auf Vorgänge erweitert, die Standardwerte umfassen. Mit dieser Erweiterung kann schnelle DDL für Vorgänge verwendet werden, die eine löschbare Spalte mit oder ohne Standardwerte am Ende einer Tabelle hinzufügen. Die Funktion bleibt dem Aurora-Labor-Modus vorbehalten. Weitere Informationen finden Sie unter Ändern von Tabellen in Amazon Aurora mithilfe von schneller DDL im Amazon-Aurora-Benutzerhandbuch.

Berechnungsfehler während der Optimierung von WITHIN/CONTAINS-Spatial-Abfragen, die zuvor ein leeres Ergebnis lieferten, behoben.

SHOW VARIABLE-Befehl korrigiert, sodass er den aktualisierten Wert für den Parameter innodb_buffer_pool_size zeigt, wenn dieser in der Parametergruppe geändert wird.

Verbesserte Stabilität der primären Instance bei Masseneinfügungsvorgängen in eine Tabelle, die mit schneller DDL geändert wurde, wenn die adaptive Hash-Indizierung deaktiviert ist und der einzufügende Datensatz der erste Datensatz einer Seite ist.

Verbesserte Stabilität von Aurora, wenn der Benutzer versucht, den DB-Cluster-Parameterwert server_audit_events auf default festzulegen.

Ein Problem wurde behoben, bei dem eine Änderung am Datenbank-Zeichensatz für die Anweisung ALTER TABLE, die auf der primären Aurora-Instance ausgeführt wurde, erst auf die Aurora-Replicas repliziert wurde, wenn diese neu gestartet wurden.

Verbesserte Stabilität durch Beheben einer Race Condition auf der primären Instance, die es zuvor ermöglichte, ein Aurora-Replica zu registrieren, auch wenn das Volume der primären Instance geschlossen war.

Verbesserte Performance der primären Instance während der Indexerstellung in einer großen Tabelle durch Ändern des Sperrprotokolls, sodass gleichzeitige Data Manipulation (DML)-Anweisungen während der Indexerstellung aktiviert sind.

InnoDB-Metadaten-Inkonsistenz während der Abfrage ALTER TABLE RENAME behoben, wodurch die Stabilität verbessert wurde. Beispiel: Wenn Spalten der Tabelle t1 (c1, c2) innerhalb derselben ALTER-Anweisung zyklisch in t1 (c2, c3) umbenannt werden.

Verbesserte Stabilität von Aurora-Replicas in Szenarien, in denen ein Aurora-Replica keinen aktiven Workload hat und die primäre Instance nicht reagiert.

Verbesserte Verfügbarkeit von Aurora-Replicas in Szenarien, in denen ein Aurora-Replica eine Tabelle gesperrt hat und den Replikations-Thread daran hindert, von der primären Instance empfangene DDL-Änderungen anzuwenden.

Verbesserte Stabilität der primären Instance, wenn ein Fremdschlüssel und eine Spalte aus zwei separaten Sitzungen gleichzeitig zu einer Tabelle hinzugefügt werden und schnelle DDL aktiviert wurde.

Verbesserte Stabilität des Bereinigungs-Threads in der primären Instance während umfangreicher Schreib-Workloads durch Blockieren der Kürzung von Rückgängig-Datensätzen, bis diese bereinigt wurden.

Verbesserte Stabilität durch Korrektur der Sperrfreigabereihenfolge während des Commit-Prozesses von Transaktionen, in denen Tabellen entfernt werden.

Fehler bei Aurora-Replicas behoben, bei dem die DB-Instance den Startvorgang nicht abschließen konnte und meldete, dass Port 3306 bereits in Verwendung sei.

Race Condition behoben, bei der eine SELECT-Abfrage in bestimmten information_schema-Tabellen (innodb_trx, innodb_lock, innodb_lock_waits) die Cluster-Instabilität erhöhte.

CREATE USER akzeptiert Plug-in- und Passwort-Hash, ignoriert jedoch Passwort-Hash (Fehler 78033).

Die Partitionierungs-Engine fügt Felder zum Lese-Bitsatz hinzu, damit Einträge über einen partitionierten Index sortiert ausgegeben werden können. Dies führt dazu, dass der Verbindungs-Puffer versucht, nicht benötigte Felder zu lesen. Behoben, indem nicht alle Partitionierungsfelder zu read_set hinzugefügt werden, sondern stattdessen nur basierend auf den bereits festgelegten Präfix-Feldern in read_set sortiert wird. DBUG_ASSERT hinzugefügt, damit bei der Ausführung von key_cmp zumindest das erste Feld gelesen werden muss (Fehler 16367691).

MySQL-Instance verhindert Ausführung des SYNC-Index (Fehler 73816)

Assert RBT_EMPTY(INDEX_CACHE->WORDS) in ALTER TABLE CHANGE COLUMN (Fehler 17536995)

InnoDB-Volltextsuche findet keine Datensätze, wenn Savepoints involviert sind (Fehler 70333).