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 14.12.2016 (Version 1.10) (veraltet)
Version: 1.10
Neue Funktionen
-
Zero-Downtime-Patch – Mit dieser Funktion kann eine DB-Instance ohne Auftreten einer Ausfallzeit gepatcht werden. Datenbank-Upgrades werden nämlich durchgeführt, ohne dass Client-Anwendungen getrennt oder die Datenbank neu gestartet wird. Diese Methode erhöht die Verfügbarkeit Ihres Aurora-DB-Clusters während des Wartungszeitraums. Beachten Sie, dass temporäre Daten, wie die im Leistungsschema, während eines Upgrade-Vorgangs zurückgesetzt werden. Diese Funktion gilt für von einem Service zugestellte Patches während des Wartungszeitraums sowie für Patches, die durch einen Benutzer ausgeführt wurden.
Wenn ein Patch gestartet wird, stellt der Service sicher, dass es keine offenen Sperren, Transaktionen oder temporären Tabellen gibt, und wartet auf einen passenden Zeitraum, in dem die Datenbank gepatcht und neu gestartet werden kann. Anwendungssitzungen werden bewahrt, obwohl der Durchsatz reduziert wird, während der Patch installiert wird (für ca. 5 Sekunden). Wenn kein passender Zeitraum gefunden werden kann, werden Patches auf das Standardverhalten zurückgesetzt.
Zero-Downtime-Patching läuft auf Best-Effort-Basis mit einigen Einschränkungen ab, wie im Folgenden beschrieben:
-
Diese Funktion ist zurzeit für das Patchen eines Single-Knoten-DB-Clusters oder von Schreiber-Instances in Multi-Knoten-DB-Clustern anwendbar.
-
SSL-Verbindungen werden in Zusammenhang mit dieser Funktion nicht unterstützt. Wenn aktive SSL-Verbindungen bestehen, wird Amazon Aurora MySQL keinen Zero-Downtime-Patch ausführen und stattdessen in regelmäßigen Abständen nachprüfen, ob die SSL-Verbindungen beendet wurden. Wenn dies der Fall ist, wird das Zero-Downtime-Patching fortgesetzt. Wenn die SSL-Verbindungen nach mehr als einige Sekunden fortbestehen, wird der Standard-Patching-Vorgang mit Ausfallzeit fortgesetzt.
-
Diese Funktion ist ab Aurora-Version 1.10 und neuer verfügbar. Im weiteren Verlauf werden wir alle Versionen und Patches nennen, mit denen das Zero-Downtime-Patching nicht verwendet werden kann.
-
Diese Funktion ist nicht anwendbar, wenn eine auf Binärprotokollierung basierende Replikation aktiviert ist.
-
-
Räumliche Indizierung – 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.
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.
-
Verbesserungen in der Replikations-Pipeline – Aurora MySQL verwendet jetzt einen verbesserten Mechanismus zur Anwendung von Protokoll-Stream-Updates im Buffer-Cache in einem Aurora Replica. Diese Funktion verbessert die Leseleistung und Stabilität in Aurora Replicas, wenn schreibintensive Workloads in der Haupt-Instance und signifikante leseintensive Workloads im Replica verarbeitet werden. Diese Funktion ist standardmäßig aktiviert.
-
Verbesserung des Durchsatzes für Workloads mit gecachten Lesevorgängen – Aurora MySQL verwendet jetzt einen Algorithmus mit riegelloser und simultaner Funktion, um Leseansichten einzubauen, was zu einem besseren Durchsatz von Leseabfragen führt, die von Buffer-Cache bedient werden. Als Ergebnis dieser und anderer Verbesserungen kann Amazon Aurora MySQL einen Durchsatz von bis zu 625.000 Lesevorgängen pro Sekunde erreichen, verglichen mit 164 000 Lesevorgängen pro Sekunde bei MySQL 5.7 für einen SysBench Select-Only-Workload.
-
Verbesserung des Durchsatzes für Workloads mit Hot Row Contention – Aurora MySQL verwendet einen neuen Algorithmus mit der Funktion für Veröffentlichungssperrung, der die Leistung verbessert, vor allem wenn Hot Page Contention vorhanden ist (Transaktionen konkurrieren nämlich um die Zeilen auf derselben Seite). Bei Tests mit dem TPC-C-Benchmark kann dies im Vergleich zu MySQL 5.7 einen um bis zu 16-fach besseren Durchsatz in Transaktionen pro Minute bedeuten. 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.
Verbesserungen
-
Die Schnelligkeit der Replikation des Volltextsuchindex wurde durch ein Update der Cache-Only-After-A-Read-Anfrage in einem Aurora Replica verbessert. Diese Methode vermeidet jegliche Lesevorgänge der Festplatte durch den Replikations-Thread.
-
Behebung eines Problems, bei dem die Außerkraftsetzung des Wörterbuch-Caches in einem Aurora Replica für Tabellen, die ein Sonderzeichen im Datenbank- oder im Tabellennamen enthalten, nicht funktioniert.
-
Behebung eines
STUCK IO-Fehlers während des Datenmigrationsvorgangs für verteilte Speicherknoten, wenn Speicher-Wärmemanagement aktiviert ist. -
Behebung eines Fehlers im Lock Manager, bei dem die Überprüfung einer Assertion für den Thread für das Abwarten einer Transaktionssperre fehlschlägt, wenn eine Rollback- oder Commit-Transaktion vorbereitet wird.
-
Behebung eines Fehlers beim Öffnen einer beschädigten Tabelle durch das richtige Aktualisieren der Referenzzählung in den Wörterbuchtabelleneinträgen.
-
Behebung eines Fehlers, durch den der minimale Lesepunkt des DB-Clusters von langsamen Aurora Replicas beibehalten werden kann.
-
Behebung eines potenziellen Speicherlecks im Abfrage-Cache.
-
Behebung eines Fehlers, bei dem ein Aurora Replica eine Zeilenebenen-Sperre für eine Tabelle verhängt, wenn eine Abfrage in einem
IF-Statement einer gespeicherten Prozedur verwendet wird.
Integration von MySQL-Fehlerbehebungen
-
UNION von abgeleiteten Tabellen gibt die falschen Ergebnisse mit "1=0/false"-Klauseln zurück. (Fehler #69471)
-
Serverausfälle in ITEM_FUNC_GROUP_CONCAT::FIX_FIELDS bei 2. Ausführung einer gespeicherten Prozedur. (Fehler #20755389)
-
Vermeidet ein Hinauszögern von MySQL-Abfragen für zu lange andauernde FTS-Cache-Sync-To-Disk-Vorgänge durch das Abladen des Cache-Sync-Vorgangs in einem separaten Thread, sobald die Größe des Cache 10 % der Gesamtgröße überschreitet. (Fehler #22516559, #73816)
