Aurora-MySQL-Datenbank-Engine-Updates 03.12.2015 (Version 1.4) (veraltet)

Version: 1.4

Dieses Update enthält die folgenden Verbesserungen:

Neue Funktionen

• Fast Insert – beschleunigte parallele Inserts (Einsätze) geordnet nach primärem Schlüssel. Weitere Informationen finden Sie unter Amazon-Aurora-MySQL-Leistungsverbesserungen im Amazon-Aurora-Benutzerhandbuch.

• Performance von Lesevorgängen für große Datensätze – Aurora MySQL erkennt eine I/O-lastige Workload automatisch und startet mehr Threads, um die Performance für das DB-Cluster zu erhöhen. Der Aurora-Scheduler sieht in der I/O-Aktivität nach und führt eine dynamische Anpassung der optimalen Anzahl der Threads im System durch, mit einer schnellen Anpassung zwischen I/O-lastigen und CPU-lastigen Workloads mit geringem Overhead.

• Paralleles Read-Ahead – verbessert die Leistung von B-Baum-Scans, die zu groß für den verfügbaren Arbeitsspeicher Ihrer primären Instance oder Ihres Aurora Replicas sind (einschließlich Bereichsabfragen). Paralleles Read-Ahead erkennt automatisch Muster von Seitenlesevorgängen und lädt Seiten vor ihrem eigentlichen Gebrauch in den Buffer-Cache. Paralleles Read-Ahead funktioniert mit mehreren Tabellen zur selben Zeit innerhalb derselben Transaktion.

Verbesserungen:

• Behebung von kurzzeitigen Verfügbarkeitsproblemen mit Aurora-Datenbanken während Bereitstellungen von Aurora-Speicher.

• Korrektes Erzwingen des max_connection-Limits.

• Verbesserung der Binärprotokollbereinigung, wenn Aurora der Binärprotokollmaster ist und die Datenbank nach einer hohen Workload neu startet.

• Behebung von Verwaltungsproblemen mit dem Arbeitsspeicher im Tabellen-Cache.

• Hinzugefügte Unterstützung für große Seiten im Shared-Memory-Buffer-Cache für schnellere Wiederherstellung.

• Behebung eines Problems, bei dem der lokale Speicher eines Threads nicht initialisiert wird.

• 16.000 Verbindungen sind standardmäßig erlaubt.

• Dynamischer Thread-Pool für I/O-lastige Workloads.

• Behebung eines Problems mit gründlichem Annullieren von Ansichten, die UNION im Abfrage-Cache einbeziehen.

• Behebung eines Stabilitätsproblems mit dem Thread für Wörterbuchstatistiken.

• Behebung eines Lecks im Arbeitsspeicher im Untersystem des Wörterbuchs, das im Zusammenhang mit der Cache-Bereinigung besteht.

• Behebung des Problems mit hoher Latenz von Schreibvorgängen in Aurora Replicas, wenn nur eine sehr geringe Workload mit Schreibvorgängen im Master vorhanden ist.

• Stabilitätsprobleme in Aurora Replicas beim Ausführen von Operationen in DDL-partitionierten Tabellen, wie ALTER TABLE ... wurden behoben. REORGANIZE PARTITION im Master.

• Behebung von Stabilitätsproblemen in Aurora Replicas während des Wachstums von Volumes.

• Behebung eines Problems für Scans in nicht gruppierten Indexen in Aurora Replicas.

• Behobenes Stabilitätsproblem, das dazu führt, dass Aurora Replicas verzögert, evtl. abgemeldet und neu gestartet werden.

Integration von MySQL-Fehlerbehebungen

• SEGV in FTSPARSE(). (Fehler #16446108)

• InnoDB-Datenwörterbuch wird während der Umbenennung der Spalte nicht aktualisiert. (Fehler #19465984)

• FTS-Ausfall nach der Umbenennung einer Tabelle für eine andere Datenbank. (Fehler #16834860)

• Fehlgeschlagene Vorbereitung eines Auslösers für trunkierte Tabellen verursacht Fehler 1054. (Fehler #18596756)

• Änderungen der Metadaten könnten zu Problemen bei der Ausführung von Auslösern führen. (Fehler #18684393)

• Materialisierung wird nicht für das long-Feld UTF8 VARCHAR ausgewählt. (Fehler #17566396)

• Schlechter Ausführungsplan, wenn ORDER BY mit Limit X. (Fehler #16697792)

• Backport-Fehler #11765744 IN 5.1, 5.5 UND 5.6. (Fehler #17083851)

• Mutex-Problem in SQL/SQL_SHOW.CC führt zu SIG6. Quelle vermutlich FILL_VARIABLES. (Fehler #20788853)

• Backport-Fehler #18008907 in Versionen 5.5+. (Fehler #18903155)

• Adaptionsfix für einen Stack-Overflow-Fehler in MySQL 5.7. (Fehler #19678930)