Aurora-MySQL-Datenbank-Engine-Updates 06.04.2016 (Version 1.6) (veraltet)

Version: 1.6

Dieses Update enthält die folgenden Verbesserungen:

Neue Funktionen

• Paralleles Read-Ahead – Paralleles Read-Ahead ist jetzt standardmäßig für alle Aurora MySQL-DB-Cluster aktiviert und nicht konfigurierbar. Paralleles Read-Ahead wurde mit dem Update von Dezember 2015 eingeführt. Weitere Informationen finden Sie unter Aurora-MySQL-Datenbank-Engine-Updates 03.12.2015 (Version 1.4) (veraltet).

  Zusätzlich zur standardmäßigen Aktivierung von parallelem Read-Ahead sind in dieser Version die folgenden Verbesserungen für paralleles Read-Ahead enthalten:

  • Verbesserte Logik, sodass paralleles Read-Ahead weniger aggressiv ist. Dies ist vorteilhaft, wenn Ihr DB-Cluster vielen parallelen Workloads unterliegt.

  • Verbesserte Stabilität in kleineren Tabellen.

• Effizienter Speicher von Binärprotokollen (Labor-Modus) – MySQL-Binärprotokolldateien werden jetzt noch effizienter in Aurora MySQL gespeichert. Die neue Speicherimplementierung ermöglicht eine viel schnellere Löschung von Binärprotokolldateien und verbessert die System-Performance für eine Instance in einem Aurora MySQL-DB-Cluster, das ein Binärprotokoll-Replikationsmaster ist.

  Legen Sie den Parameter aurora_lab_mode in der Parametergruppe für Ihre primäre Instance oder Aurora Replica auf 1 fest, um effizienten Speicher von Binärprotokollen zu aktivieren. Der Parameter aurora_lab_mode ist ein Parameter der Instance-Ebene, der sich standardmäßig in der Parametergruppe default.aurora5.6 befindet. Informationen zum Ändern einer DB-Parametergruppe finden Sie unter Ändern von Parametern in einer DB-Parametergruppe im Amazon-Aurora-Benutzerhandbuch. Weitere Informationen zu Parametergruppen und Aurora MySQL finden Sie unter Aurora-MySQL-Konfigurationsparameter im Amazon-Aurora-Benutzerhandbuch.

  Aktivieren Sie effizienten Speicher von Binärprotokollen nur für Instances in einem Aurora MySQL-DB-Cluster, die MySQL-Binärprotokoll-Replikationsmaster-Instances sind.

• AURORA_VERSION-Systemvariable – Sie können jetzt die Aurora-Version Ihres Aurora MySQL-DB-Clusters abrufen, indem Sie die Systemvariable AURORA_VERSION abfragen.

  Verwenden Sie die folgenden Abfragen, um die Aurora-Version zu erhalten:

  
  select AURORA_VERSION();
  select @@aurora_version;
  show variables like '%version';
  

  Die Aurora-Version wird auch in der AWS Management Console angezeigt, wenn Sie einen DB-Cluster ändern, oder wenn Sie den AWS CLI-Befehl describe-db-engine-versions oder die API-Operation DescribeDBEngineVersions aufrufen.

• Metrik der Arbeitsspeicherverwendung von Lock Manager – Informationen über den Arbeitsspeicherverbrauch von Lock Manager sind jetzt als Metrik verfügbar.

  Verwenden Sie die folgenden Abfragen, um die Metrik der Arbeitsspeicherverwendung von Lock Manager zu erhalten:

  
  show global status where variable_name in ('aurora_lockmgr_memory_used');
  select * from INFORMATION_SCHEMA.GLOBAL_STATUS where variable_name in ('aurora_lockmgr_memory_used');
  

Verbesserungen

• Verbesserte Stabilität während der Wiederherstellung von Binärprotokollen und XA-Transaktionen.

• Behebung eines Arbeitsspeicherproblems, das durch eine hohe Anzahl an Verbindungen ausgelöst wurde.

• Verbesserte Genauigkeit der folgenden Metriken: Read Throughput, Read IOPS, Read Latency, Write Throughput, Write IOPS, Write Latency und Disk Queue Depth.

• Behebung eines Stabilitätsproblems, das den Start großer Instances nach einem Ausfall verlangsamt.

• Verbesserte Nebenläufigkeit im Datenwörterbuch in Hinsicht auf Synchronisationsmechanismen und Cache-Bereinigung.

• Stabilitäts- und Leistungsverbesserungen für Aurora Replicas:

  • Behebung eines Stabilitätsproblems für Aurora Replicas während hoher oder Burst-Workloads mit Schreibvorgängen für die primäre Instance.

  • Nachgebesserte Replica-Verzögerung für db.r3.4xlarge- und db.r3.8xlarge-Instances.

  • Verbesserte Leistung durch Reduzierung von Konflikten zwischen der Anwendung von Protokolldatensätzen und nebenläufigen Lesevorgängen in einem Aurora Replica.

  • Behebung eines Fehlers beim Aktualisieren von Statistiken in Aurora Replicas für neu erstellte oder aktualisierte Statistiken.

  • Verbesserte Stabilität für Aurora Replicas, wenn zu viele Transaktionen für die primäre Instance und nebenläufige Lesevorgänge in den Aurora Replicas für dieselben Daten ausgeführt werden.

  • Verbesserte Stabilität für Aurora Replicas beim Ausführen der Statements UPDATE und DELETE mit JOIN-Statements.

  • Verbesserte Stabilität für Aurora Replicas beim Ausführen von INSERT ... SELECT-Statements.

Integration von MySQL-Fehlerbehebungen

• BACKPORT-Fehler 18694052 FIX FOR ASSERTION `!M_ORDERED_REC_BUFFER' FAILED TO 5.6 (Port-Fehler 18305270)

• SEGV IN MEMCPY(), HA_PARTITION::POSITION (Port-Fehler # 18383840)

• FALSCHE ERGEBNISSE BEI PARTITIONIERUNG,INDEX_MERGE UND KEIN PK (Port-Fehler # 18167648)

• TABELLEN FÜR EXPORT BEREINIGEN: ASSERTION IN HA_PARTITION::EXTRA (Port-Fehler # 16943907)

• SERVER-AUSFALL IN VIRTUELLEM HA_ROWS-HANDLER::MULTI_RANGE_READ_INFO_CONST (Port-Fehler # 16164031)

• BEREICHSOPTIMIERER STÜRZT IN SEL_ARG::RB_INSERT() AB (Port-Fehler # 16241773)