Aurora-MySQL-Datenbank-Engine-Updates 13.03.2018 (Version 1.17) (veraltet) - Amazon Aurora
Zero-Downtime-Patching (Patchen ohne Ausfallzeiten)Neue FeaturesVerbesserungenIntegration 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 13.03.2018 (Version 1.17) (veraltet)

Version: 1.17

Aurora MySQL 1.17 ist allgemein verfügbar. Aurora MySQL 1.x-Versionen sind nur mit MySQL 5.6 kompatibel, nicht mit MySQL 5.7. Alle neuen und mit Version 5.6 kompatiblen Datenbank-Cluster, einschließlich der aus Snapshots wiederhergestellten, werden in Aurora v1.1.17 erstellt. Für bestehende Datenbank-Cluster können Sie ein Upgrade auf Aurora 1.17 ausführen (nicht verpflichtend). Sie können neue DB-Cluster in Aurora 1.14.1, Aurora 1.15.1 oder Aurora 1.16 erstellen. Sie können dazu die AWS CLI oder die Amazon RDS-API verwenden und die Engine-Version angeben.

Mit Aurora-Version 1.17 verwenden wir ein Cluster-Patching-Modell, bei dem alle Knoten in einem Aurora-DB-Cluster gleichzeitig gepatcht werden. Wir unterstützen 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.

Wenn Sie Fragen oder Bedenken haben, steht Ihnen der AWS Support in den Community-Foren und über den AWS Support zur Verfügung.

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 Features

  • Aurora MySQL unterstützt nun die Lock-Komprimierung, mit der die Speichernutzung vom Lock Manager optimiert wird. Ab Version 1.17 können Sie diese Funktion auch ohne Aktivierung des Labor-Modus nutzen.

Verbesserungen

  • Ein Fehler wurde behoben, der hauptsächlich bei Instances mit weniger Cores auftrat und bei dem ein einzelner Core auch bei ungenutzter Datenbank eine CPU-Auslastung von 100 % aufweisen konnte.

  • Verbesserte Leistung beim Abruf der Binärprotokolle von Aurora-Clustern.

  • Behebung eines Fehlers, bei dem Aurora-Replicas während des Versuchs, Tabellenstatistiken in den persistenten Speicher zu schreiben, abstürzten.

  • Behebung eines Fehlers, bei dem der Abfrage-Cache auf Aurora-Replicas nicht ordnungsgemäß funktionierte.

  • Behebung einer race-Bedingung im Lock-Manager, die zu einem Neustart der Engine führte.

  • Behebung eines Fehlers, bei dem Locks, die für schreibgeschützte Transaktionen mit automatischem Commit gelten, zu einem Neustart der Engine führten.

  • Behebung eines Fehlers, bei dem einige Abfragen nicht in die Audit-Protokolle geschrieben wurden.

  • Behebung eines Fehlers bei der Wiederherstellung bestimmter Partitionswartungsvorgänge bei einem Failover.

Integration von MySQL-Fehlerbehebungen

  • LAST_INSERT_ID wird bei Nutzung von Replikationsfiltern fehlerhaft repliziert (Fehler 69861).

  • Abfrage gibt abhängig von der INDEX_MERGE-Einstellung unterschiedliche Ergebnisse zurück (Fehler 16862316).

  • Abfrageausführung führt gespeicherte Routine erneut aus, ineffizienter Abfrageplan (Fehler 16346367).

  • INNODB-FTS: Assert in FTS_CACHE_APPEND_DELETED_DOC_IDS (Fehler 18079671).

  • 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, Fehler 17458835)