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 18.03.2021 (Version 1.23.2) (veraltet)
Version: 1.23.2
Aurora MySQL 1.23.2 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.
Geben Sie zum Erstellen eines Clusters mit einer älteren Version von Aurora MySQL 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
Verbesserungen
Wichtige Fehlerbehebungen:
Verbesserungen der Verfügbarkeit:
-
Es wurde ein Problem in der Funktion zur Größenänderung des dynamischen Clusterspeichers behoben, das zum Neustart von Reader-DB-Instances führen kann.
-
Ein Failover-Problem aufgrund einer Race-Bedingung in der
RESET QUERY CACHE
-Anweisung wurde behoben. -
Ein Absturz in einem verschachtelten Prozeduraufruf mit Abfrage-Cache wurde behoben
-
Ein Problem wurde behoben, um einen wiederholten Neustart von
mysqld
bei der Wiederherstellung von einer unvollständigen Kürzung von partitionierten oder unterpartitionierten Tabellen zu verhindern. -
Es wurde ein Problem behoben, das zur Verhinderung der Migration von On-Prem oder RDS for MySQL auf Aurora MySQL führen konnte.
-
Es wurde eine seltene Race-Bedingung behoben, bei der die Datenbank während der Skalierung des Speichervolumes hätte neu gestartet werden können.
-
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 während des Upgrades von 5.6 auf 5.7 behoben, wenn in der Tabelle Fast Online DDL im Labor-Modus in 5.6 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 wurden mehrere Probleme im Zusammenhang mit wiederholten Neustarts aufgrund von unterbrochenen DDL-Vorgängen behoben, z. B.
DROP TRIGGER
,ALTER TABLE
, und speziellALTER TABLE
, das die Art der Partitionierung oder die Anzahl der Partitionen in einer Tabelle ändert. -
Der Standardwert von
table_open_cache
auf 16XL- und 24XL-Instances wurde aktualisiert, um wiederholte Neustarts und hohe CPU-Auslastung bei großen Instance-Klassen (R4/R5-16XL, R5-12XL, R5-24XL) zu vermeiden. Dies wirkte sich auf Versionen 1.21.x und 1.22.x aus. -
Es wurde ein Problem behoben, das dazu führte, dass ein Binlog-Replikat mit einem
HA_ERR_KEY_NOT_FOUND
-Fehler stoppt.
Integration von MySQL-Fehlerbehebungen (Community Edition):
-
Replikation: Während eine
SHOW BINLOG EVENTS
Anweisung ausgeführt wurde, wurde jede parallele Transaktion blockiert. Der Fix stellt sicher, dass derSHOW BINLOG EVENTS
Prozess jetzt nur noch eine Sperre für die Dauer der Berechnung der Endposition der Datei erwirbt, daher werden parallele Transaktionen nicht für lange Zeiträume blockiert. (Fehler #76618, Bug #20928790)