Aurora-MySQL-Datenbank-Engine-Updates 10.11.2016 (Versionen 1.9.0, 1.9.1) (veraltet) - Amazon Aurora
Neue FunktionenVerbesserungen

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.2016 (Versionen 1.9.0, 1.9.1) (veraltet)

Version: 1.9.0, 1.9.1

Neue Funktionen

  • Verbesserter Index-Build – Die Implementierung für das Aufbauen von sekundären Indizes funktioniert jetzt durch das Aufbauen des Index in einem Bottom-up-Ansatz (von unten nach oben), was eine unnötige Spaltung von Seiten verhindert. Dies kann den erforderlichen Zeitaufwand für das Erstellen eines Index oder Wiederaufbauen einer Tabelle um bis zu 75 % reduzieren (basierend auf der db.r3.8xlarge-DB-Instance-Klasse). Diese Funktion befand sich in Aurora MySQL-Version 1.7 im Labor-Modus und ist jetzt standardmäßig aktiviert in Aurora-Version 1.9 und höher. Weitere Informationen finden Sie unter Amazon-Aurora-MySQL-Labor-Modus im Amazon-Aurora-Benutzerhandbuch.

  • Sperren-Kompression (Labor-Modus) – Diese Anwendung reduziert signifikant die Menge an verbrauchtem Arbeitsspeicher durch Lock Manager um bis zu 66 %. Lock Manager kann mehr Zeilensperren ohne das Auftreten einer Out-of-Memory-Ausnahme erfassen. Diese Funktion ist standardmäßig deaktiviert und kann aktiviert werden, indem der Aurora-Labor-Modus aktiviert wird. Weitere Informationen finden Sie unter Amazon-Aurora-MySQL-Labor-Modus im Amazon-Aurora-Benutzerhandbuch.

  • Performance-Schema – Aurora MySQL bietet jetzt Unterstützung für Performance-Schema mit minimaler Auswirkung auf die Performance. In unseren Tests mithilfe von SysBench führte das Aktivieren des Leistungsschemas in MySQL unter Umständen zu einer Leistungsminderung um bis zu 60 %.

    Das Testen eines Aurora-DB-Clusters mithilfe von SysBench zeigte eine Auswirkung auf die Leistung, die um das 4-Fache niedriger ist als MySQL. Das Ausführen der db.r3.8xlarge-DB-Instance-Klasse ergab 100.000 SQL-Schreibvorgänge/Sek. und sogar über 550.000 SQL-Schreibvorgänge/Sek., wenn das Leistungsschema aktiviert war.

  • Verbesserung von Hot Row Contention – Diese Funktion reduziert die CPU-Verwendung und erhöht den Durchsatz, wenn eine große Anzahl an Verbindungen auf eine kleine Anzahl an Hot Rows zugreift. Diese Funktion behebt auch error 188, wenn Hot Row Contention besteht.

  • Verbesserte Handhabung von Out-of-Memory – Wenn unwesentliche, sperrende SQL-Statements ausgeführt werden und der umgekehrte Arbeitsspeicher-Pool überflutet wird, erzwingt Aurora ein Rollback für diese SQL-Statements. Diese Funktion befreit den Arbeitsspeicher und vermeidet einen durch Out-of-Memory-Ausnahmen bedingten Absturz der Engine.

  • Smart Read Selector – Diese Implementierung verbessert die Latenz von Lesevorgängen, indem das optimale Speichersegment unter verschiedenen Segmenten für jeden Lesevorgang ausgewählt wird, was zu einem verbesserten Durchsatz von Lesevorgängen führt. Das Testen mit SysBench hat für Workloads mit Schreibvorgängen eine Leistungssteigerung um bis zu 27 % ergeben .

Verbesserungen

  • Behebung eines Fehlers, bei dem in einem Aurora Replica eine Lesesperre während des Hochfahrens der Engine auftritt.

  • Behebung eines potenziellen Absturzes eines Aurora Replicas, wenn der Adressenverweis für die Leseansicht im Bereinigungssystem NULL ist.