Aurora-MySQL-Datenbank-Engine-Updates 15.05.2017 (Version 1.13) (veraltet) - Amazon Aurora
Zero-Downtime-Patching (Patchen ohne Ausfallzeiten)Neue FunktionenVerbesserungenIntegration von MySQL-Fehlerbehebungen

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 15.05.2017 (Version 1.13) (veraltet)

Version: 1.13

Anmerkung

Wir haben die neue Funktion SELECT INTO OUTFILE S3 in Aurora MySQL 1.13 nach der Erstversion aktiviert und die Versionshinweise entsprechend aktualisiert.

Aurora MySQL 1.13 ist allgemein verfügbar. Alle neuen Datenbank-Cluster, einschließlich der aus Snapshots wiederhergestellten, werden in Aurora MySQL v1.1.13 erstellt. Für bestehende Datenbank-Cluster können Sie ein Upgrade auf Aurora MySQL 1.13 ausführen (nicht verpflichtend). Mit Aurora-Version 1.13 verwenden wir ein Cluster-Patching-Modell, bei dem alle Knoten in einem Aurora-DB-Cluster gleichzeitig gepatcht werden. Wir aktivieren das Zero-Downtime-Patching, das auf Best-Effort-Basis funktioniert, um Client-Verbindungen vor dem Patch-Vorgang zu bewahren. Weitere Informationen finden Sie unter Verwalten eines Amazon-Aurora-DB-Clusters im Amazon-Aurora-Benutzerhandbuch.

Zero-Downtime-Patching (Patchen ohne Ausfallzeiten)

Beim Feature des Patchens ohne Ausfallzeiten (ZDP – Zero-Downtime Patching) wird versucht, Client-Verbindungen auf Best-Effort-Basis vor dem Patch-Vorgang zu bewahren. Weitere Informationen finden Sie unter Verwendung des Zero-Downtime-Patchings im Amazon-Aurora-Benutzerhandbuch.

Neue Funktionen:

Verbesserungen:

  • Implementierte Kürzung von Protokolldateien im CSV-Format beim Engine-Startup, um lange Wiederherstellungszeiten zu vermeiden. Die Tabellen general_log_backup, general_log, slow_log_backup und slow_log werden nun nach dem Neustart einer Datenbank verworfen.

  • Behebung eines Fehlers, der zum Fehlschlagen der Migration einer Datenbank mit dem Namen test führte.

  • Verbesserte Stabilität des Garbage Collectors im Lock Manager durch Verwendung der korrekten Sperrsegmente.

  • Verbesserte Stabilität des Lock Managers durch Entfernen von ungültigen Aussagen im Deadlock-Detection-Algorithmus.

  • Reaktivierte asynchrone Replikation und behobener Fehler, der dazu führte, dass ein falscher Wert für die Replica-Verzögerung für Workloads ohne Ladevorgänge oder schreibgeschützte Workloads ausgegeben wurde. Die Verbesserungen der Replikationspipeline, die mit Version 1.10 eingeführt wurden. Diese Verbesserungen wurden eingeführt, damit Protokoll-Stream-Updates im Buffer-Cache eines Aurora-Replicas angewendet werden konnten. Dies hilft, die Leseleistung und die Stabilität von Aurora-Replicas zu verbessern.

  • Behebung eines Fehlers, der dazu geführt hat, das durch die Einstellung "autocommit=OFF" geplante Ereignisse blockiert und lange Transaktionen offen gehalten wurden, bis der Server neu gestartet wurde.

  • Behebung eines Fehlers, der dazu geführt hat, dass allgemeine, Audit- und Slow-Query-Protokolle keine Abfragen protokollieren konnten, die durch einen asynchronen Commit gehandhabt wurden.

  • Verbesserung der Leistung der LRA-Funktion (logisches Read-Ahead) auf das bis zu 2,5-Fache. Dies wurde erzielt, indem Vorabrufen erlaubt wurde, über zwischenliegenden Seiten in einem B-Baum weiterhin ausgeführt zu werden.

  • Hinzugefügte Parametervalidierung für Audit-Variablen, um unnötigen Raum zu kürzen.

  • Regression behoben, eingeführt mit Aurora MySQL-Version 1.11, bei der Abfragen unter Verwendung der SQL_CALC_FOUND_ROWS-Funktion und Aufrufen der FOUND-ROWS()-Funktion falsche Ergebnisse zurückgeben könnten.

  • Behebung eines Stabilitätsproblems, wenn die Sperrliste mit Metadaten falsch zusammengestellt wurde.

  • Verbesserte Stabilität, wenn sql_mode auf PAD_CHAR_TO_FULL_LENGTH festgelegt ist und der Befehl SHOW FUNCTION STATUS WHERE Db='string' ausgeführt wird.

  • Behebung eines seltenen Falls, wenn Instances nach einem Upgrade der Aurora-Version nicht mehr erscheinen würden, weil eine falsche Überprüfung auf die Konsistenz des Volumes durchgeführt wurde.

  • Ein Leistungsproblem wurde behoben, eingeführt in Aurora MySQL-Version 1.12, bei dem die Leistung eines Aurora-Writers reduziert war, wenn Benutzer über eine große Anzahl an Tabellen verfügten.

  • Verbesserte Stabilität, wenn der Aurora-Schreiber als Binärprotokoll-Worker konfiguriert ist und die Anzahl der Verbindungsversuche sich 16.000 nähert.

  • Ein seltener Fehler wurde behoben, bei dem ein Aurora-Replica neu starten konnte, wenn eine Verbindung beim Warten auf die Metadaten-Sperre geblockt wurde, wenn DDL auf dem Aurora-Master ausgeführt wurde.

Integration von MySQL-Fehlerbehebungen

  • Mit einer leeren InnoDB-Tabelle ist es nicht möglich, den "auto_increment"-Wert mithilfe des ALTER TABLE-Statements zu verkleinern, auch wenn die Tabelle leer ist. (Fehler #69882)

  • MATCH() ... AGAINST-Abfragen, die lange Zeichenfolgen als ein Argument für AGAINST() verwenden, könnten zu einem Fehler führen, wenn sie in einer InnoDB-Tabelle mit einem Volltext-Suchindex ausgeführt werden. (Fehler #17640261)

  • Handhabung von SQL_CALC_FOUND_ROWS in Kombination mit ORDER BY und LIMIT könnte zu falschen Ergebnissen für FOUND_ROWS() führen. (Fehler #68458, Fehler # 16383173)

  • ALTER TABLE erlaubt keine Änderung der Löschbarkeit einer Spalte, wenn ein auswärtiger Schlüssel vorhanden ist. (Fehler #77591)