Aurora-MySQL-Datenbank-Engine-Updates 02.09.2020 (Version 1.23.0) (veraltet) - Amazon Aurora
VerbesserungenIntegration von MySQL-Fehlerbehebungen (Community Edition):

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 02.09.2020 (Version 1.23.0) (veraltet)

Version: 1.23.0

Aurora MySQL 1.23.0 ist allgemein verfügbar. Aurora MySQL 1.*-Versionen sind mit MySQL 5.6 kompatibel. Aurora MySQL 2.*-Versionen sind mit MySQL 5.7 kompatibel.

Diese Engine-Version wird planmäßig am 28. Februar 2023 veralten. Weitere Informationen finden Sie unter Vorbereitung auf das Lebenszyklusende der mit Amazon Aurora MySQL kompatiblen Edition Version 1.

Derzeit werden die Aurora-MySQL-Versionen 1.19.5, 1.19.6, 1.22.*, 1.23.*, 2.04.*, 2.07.*, 2.08.*, 2.09.*, 2.10.*, 3.01.* und 3.02.* unterstützt.

Sie können den Snapshot einer Aurora MySQL 1.*-Datenbank in Aurora MySQL 1.23.0 wiederherstellen.

Wichtig

Die Verbesserungen des Aurora Speichers in dieser Version beschränken die verfügbaren Upgrade-Pfade von Aurora MySQL 1.23 auf Aurora MySQL 2.*. Wenn Sie einen Aurora MySQL 1.23-Cluster auf 2.* aktualisieren, müssen Sie ein Upgrade auf Aurora MySQL 2.09.0 oder höher durchführen.

Geben Sie zum Erstellen eines Clusters mit einer älteren Version von Aurora MySQL bitte die Engine-Version über die RDS-Konsole, die AWS-CLI oder die Amazon-RDS-API an.

Anmerkung

Diese Version ist derzeit in den folgenden Regionen nicht verfügbar: AWS GovCloud (USA-Ost) [us-gov-east-1], AWS GovCloud (USA-West) [us-gov-west-1]. Sobald die Version verfügbar ist, wird dies separat bekanntgegeben.

Bei Fragen oder Bedenken steht Ihnen der AWS Support in den Community-Foren und über AWS Support zur Verfügung. Weitere Informationen finden Sie unter Verwalten eines Amazon-Aurora-DB-Clusters im Amazon-Aurora-Benutzerhandbuch.

Verbesserungen

Neue Funktionen:

  • Sie können jetzt durch Ändern des Werts für den DB-Cluster-Parameter parallele Abfragen für einen vorhandenen Cluster aktivieren oder deaktiviere aurora_parallel_query. Sie müssen beim Erstellen des Clusters nicht die Einstellung parallelquery für den Parameter --engine-mode verwenden.

    Parallele Abfragen sind jetzt in allen Regionen verfügbar, in denen Aurora MySQL verfügbar ist.

    Es gibt eine Reihe weiterer Funktionsverbesserungen und Änderungen für die Verfahren zum Aktualisieren und Aktivieren paralleler Abfragen in Aurora-Clustern. Weitere Informationen finden Sie im Abschnitt zum Arbeiten mit parallelen Abfragen für Amazon Aurora MySQL im Amazon-Aurora-Benutzerhandbuch.

  • Mit dieser Version können Sie Amazon Aurora MySQL-Datenbank-Instances mit bis zu 128 Tebibyte (TiB) Speicher erstellen. Das neue Speicherlimit stellt eine Erhöhung gegenüber den vorherigen 64 TiB dar. Die Speichergröße von 128 TiB unterstützt größere Datenbanken. Diese Funktion wird für kleine Instance-Größen (db.t2 oder db.t3) nicht unterstützt. Ein einzelner Tabellenraum kann aufgrund von InnoDB-Einschränkungen mit 16 KB Seitengröße nicht über 64 TiB hinausgehen.

    Aurora benachrichtigt Sie, wenn die Cluster-Volume-Größe nahe 128 TiB liegt, sodass Sie Maßnahmen ergreifen können, bevor Sie die Größenbeschränkung erreichen. Die Benachrichtigungen werden im mysql-Protokoll und die RDS-Ereignisse in der angezeig AWS Management Console.

  • Verbesserte Binärprotokoll-Verarbeitung zur Reduzierung der Wiederherstellungszeit nach einem Absturz und der Commit-Zeitlatenz bei sehr großen Transaktionen.

  • Aurora passt die Größe Ihres Cluster-Speicherplatzes dynamisch an. Bei dynamischer Größenanpassung verringert sich der Speicherplatz für den Aurora-DB-Cluster automatisch, wenn Sie Daten aus dem DB-Cluster entfernen. Weitere Informationen finden Sie unter Speicherskalierung im Amazon-Aurora-Benutzerhandbuch.

    Anmerkung

    Die Funktion zur dynamischen Größenanpassung wird in Phasen in den AWS-Regionen bereitgestellt, in denen Aurora verfügbar ist. Abhängig von der Region, in der sich Ihr Cluster befindet, ist diese Funktion möglicherweise noch nicht verfügbar. Weitere Informationen finden Sie in der Ankündigung „Was ist neu“.

Wichtige Fehlerbehebungen:

Verbesserungen der Verfügbarkeit:

  • Es wurde ein Problem im Sperrverwalter behoben, bei dem eine Race-Bedingung dazu führen konnte, dass eine Sperre von zwei Transaktionen gemeinsam genutzt wurde, was zu einem Neustart der Datenbank führte.

  • Es wurde ein Problem im Zusammenhang mit der Transaktionssperr-Speicherverwaltung bei lang ausgeführten Schreibtransaktionen behoben, was zu einem Neustart der Datenbank führte.

  • Es wurde eine race-Bedingung im Lock-Manager behoben, die zu einem Neustart oder Failover der Datenbank beim Transaktionsrollback führte.

  • Es wurde ein Problem beim Upgrade von 5.6 auf 5.7 behoben, das auftrat, wenn sich das innodb_file_format in einer Tabelle änderte, bei der schnelle DDL aktiviert war.

  • Es wurden mehrere Probleme behoben, bei denen die Engine während des Zero-Downtime-Patchings neu gestartet werden konnte, während sie für das Patching nach einem ruhigen Punkt in der Datenbankaktivität suchte.

  • Es wurde ein Problem im Zusammenhang mit der DDL-Wiederherstellung behoben, das den Neustart der DB-Instance bei der Wiederherstellung einer unterbrochenen DROP TRIGGER-Operation beeinträchtigte.

  • Es wurde ein Fehler behoben, der zur Nichtverfügbarkeit der Datenbank führen konnte, wenn während der Ausführung bestimmter Partitionierungsoperationen ein Absturz auftrat. Genauer gesagt, eine unterbrochene ALTER TABLE-Operation, bei der die Art der Partitionierung oder die Anzahl der Partitionen in einer Tabelle geändert wird.

  • Korrigierter Standardwert von table_open_cache auf 16XL- und 24XL-Instances, der wiederholte Failover und hohe CPU-Auslastung auf großen Instance-Klassen (R4/R5-16XL, R5-12XL, R5-24XL) verursachen konnte. Dies wirkte sich auf 1.21.x und 1.22.x aus.

Globale Datenbanken:

  • Füllen fehlender Daten in der MySQL-Ansicht INFORMATION_SCHEMA.REPLICA_HOST_STATUS zu primären und sekundären AWS-Regionen in einer globalen Aurora-Datenbank.

  • Es wurden unerwartete Abfragefehler behoben, die in einer sekundären Global DB-Region aufgrund der Garbage Collection von Rückgängig-Datensätzen in der primären Region nach temporären Netzwerkkonnektivitätsproblemen zwischen der primären und der sekundären Region auftreten konnten.

Parallele Abfrage:

  • Es wurde ein Problem behoben, bei dem die parallele Abfrage dazu führen konnte, dass eine lang laufende Abfrage ein leeres Ergebnis zurückgab.

  • Es wurde ein Problem behoben, bei dem eine Abfrage in einer kleinen Tabelle auf der Aurora-Read-Replica länger als eine Sekunde dauern konnte.

  • Es wurde ein Problem behoben, das zu einem Neustart führen konnte, wenn eine parallele Abfrage und eine DML-Anweisung unter einer hohen Workload gleichzeitig ausgeführt wurden.

Allgemeine Verbesserungen:

  • Es wurde ein Problem behoben, bei dem Abfragen mit dem räumlichen Index Teilergebnisse zurückgeben konnten, wenn der räumliche Index auf Tabellen mit bereits vorhandenen großen räumlichen Werten erstellt wurde.

  • Die maximal zulässige Länge für die Audit-Systemvariablen server_audit_incl_users und server_audit_excl_users wurde von 1.024 Bytes auf 2.000 Bytes erhöht.

  • Es wurde ein Problem behoben, bei dem eine Binärprotokoll-Replica, die mit einem Aurora-MySQL-Binärprotokoll-Primary verbunden ist, unvollständige Daten anzeigen konnte, wenn das Aurora-MySQL-Binärprotokoll-Primary Daten von S3 unter statement binlog_format lud.

  • Erfüllen des Community-Verhaltens, mixed binlog_format row statt statement zuzuordnen, um Daten zu laden.

  • Es wurde ein Problem behoben, das dazu führte, dass die Binärprotokoll-Replikation nicht mehr funktionierte, wenn der Benutzer die Verbindung schloss und bei der Sitzung temporäre Tabellen verwendet wurden.

  • Verbesserte Antwortzeit einer Abfrage mit temporären MyISAM-Tabellen.

  • Es wurde ein Berechtigungsproblem behoben, wenn ein Binärprotokoll-Worker eine native Lambda-Funktion ausführte.

  • Es wurde ein Problem bei Aurora-Read-Replicas behoben, wenn versucht wurde, das langsame Protokoll oder das allgemeine Protokoll abzufragen oder zu rotieren.

  • Es wurde ein Problem behoben, durch das die logische Replikation unterbrochen wurde, wenn der Parameter binlog_checksum auf unterschiedliche Werte auf dem Master und dem Replikat festgelegt wurde.

  • Es wurde ein Problem behoben, durch das Read Replicas vorübergehend Teilergebnisse einer kürzlich festgeschriebenen Transaktion auf dem Writer sehen konnten.

  • Aufnahme von Transaktionsinformationen der zurückgerollten Transaktion in show engine innodb status bei Auflösen eines Deadlocks.

Integration von MySQL-Fehlerbehebungen (Community Edition):

  • Binärprotokoll-Ereignisse mit ALTER TABLE ADD COLUMN ALGORITHM=QUICK werden zu ALGORITHM=DEFAULT umgeschrieben, um mit der Community-Edition kompatibel zu sein.

  • Fehler #22350047: WENN DER CLIENT NACH DEM ROLLBACK AUF DEN SAVEPOINT BEENDET WURDE, WURDEN VORHERIGE STMTS ÜBERTRAGEN

  • Fehler #29915479: DAS AUSFÜHREN VON COM_REGISTER_SLAVE OHNE COM_BINLOG_DUMP KANN ZU EINEM BEENDEN DES SERVERS FÜHREN

  • Fehler #30441969: FEHLER #29723340: ABSTURZ DES MYSQL-SERVERS NACH SQL-ABFRAGE MIT DATA ?AST

  • Bug #30628268: ABSTURZ WEGEN FEHLENDEM SPEICHER

  • Fehler #27081349: UNERWARTETES VERHALTEN BEIM LÖSCHEN MIT RÄUMLICHER FUNKTION

  • Fehler #27230859: UNERWARTETES VERHALTEN BEIM HANDLING VON UNGÜLTIGEM POLYGON"

  • Fehler #27081349: UNERWARTETES VERHALTEN BEIM LÖSCHEN MIT SPATIAL"

  • Fehler #26935001: „ALTER TABLE AUTO_INCREMENT“ VERSUCHT, DEN INDEX AUS VERWORFENEM TABELLENRAUM ZU LESEN

  • Fehler #29770705: DER SERVER STÜRZTE BEIM AUSFÜHREN EINER AUSWAHL MIT SPEZIFISCHER WHERE-KLAUSEL AB

  • Fehler #27659490: AUSWAHL MIT DYNAMISCHEN BEREICH UND INDEX-ZUSAMMENFÜHRUNG VERBRAUCHT ZU VIEL SPEICHER (NICHT GENÜGEND SPEICHER)

  • Fehler #24786290: REPLIKATION BRICHT NACH DEM AUFTRETEN DES FEHLERS #74145 IM MASTER AB

  • Fehler #27703912: ÜBERMÄSSIGE SPEICHERNUTZUNG MIT VIEL VORBEREITUNG

  • Fehler #20527363: ABSTURZ TEMPORÄRER TRUNCATE-TABELLE: !DICT_TF2_FLAG_IS_SET(TABELLE, DICT_TF2_TEMPORARY)

  • Fehler #23103937 PS_TRUNCATE_ALL_TABLES() FUNKTIONIERT NICHT IM MODUS SUPER_READ_ONLY

  • Fehler #25053286: DIE VERWENDUNG DER ANSICHT MIT BEDINGUNG VERURSACHT FEHLERHAFTES VERHALTEN (behoben in 5.6.36)

  • Fehler #25586773: FEHLERHAFTES VERHALTEN FÜR DAS ERSTELLEN EINER TABELLENAUSWAHL IN EINER SCHLEIFE IN SP (behoben in 5.6.39)

  • Fehler #27407480: AUTOMATIC_SP_PRIVILEGES ERFORDERT EINFÜGEBERECHTIGUNGEN FÜR MYSQL.USER-TABELLE

  • Fehler #26997096: Der relay_log_space-Wert wird nicht synchronisiert aktualisiert, sodass sein Wert manchmal viel höher ist als der tatsächlich von den Relay-Protokollen belegte Festplattenspeicher.

  • Fehler #15831300 SLAVE_TYPE_CONVERSIONS=ALL_NON_LOSSY FUNKTIONIERT NICHT WIE ERWARTET

  • SSL-Fehler Backport Fehler #17087862, Fehler #20551271

  • Fehler #16894092: PERFORMANCE REGRESSION IN 5.6.6+ FOR INSERT INTO ... SELECT ... FROM (behoben in 5.6.15).

  • Portierung einer Fehlerbehebung im Zusammenhang mit SLAVE_TYPE_CONVERSIONS.