Aurora-MySQL-Datenbank-Engine-Updates 07.02.2019 (Version 1.19.0) (veraltet) - Amazon Aurora

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 07.02.2019 (Version 1.19.0) (veraltet)

Version: 1.19.0

Aurora MySQL 1.19.0 ist allgemein verfügbar. Alle neuen mit MySQL 5.6 kompatiblen Aurora MySQL-Datenbank-Cluster, einschließlich der aus Snapshots wiederhergestellten, können mit 1.17.8 oder 1.19.0 wiederhergestellt werden. Für bestehende Datenbank-Cluster können Sie ein Upgrade auf Aurora MySQL 1.19.0 ausführen (nicht verpflichtend). Zur Verwendung einer älteren Version erstellen Sie neue Datenbank-Cluster in Aurora MySQL 1.14.4, Aurora MySQL 1.15.1, Aurora MySQL 1.16, Aurora MySQL 1.17.8 oder Aurora MySQL 1.18.0. Sie können dazu die AWS CLI oder die Amazon RDS-API verwenden und die Engine-Version angeben.

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

Anmerkung

Diese Version ist derzeit in den Regionen AWS GovCloud (US-West) [us-gov-west-1] und China (Peking) [cn-north-1] nicht verfügbar. Sobald die Version verfügbar ist, wird dies separat bekanntgegeben.

Anmerkung

Die Vorgehensweise zum Upgraden eines DB-Clusters hat sich geändert. Weitere Informationen finden Sie unter Upgrade von Nebenversionen oder der Patch-Ebene eines Aurora-MYSQL-DB-Clusters in der Amazon-Aurora-Benutzeranleitung.

Features

Verbesserungen

  • Es wurde ein Stabilitätsproblem im Zusammenhang mit der CHECK TABLE-Abfrage auf einer Aurora Replica behoben.

  • Es wurde eine neue globale aurora_disable_hash_join-Benutzervariable zum Deaktivieren von Hash-Join eingeführt.

  • Es wurde ein Stabilitätsproblem beim Erzeugen der Ausgabezeile beim Hash-Join mehrerer Tabellen erzeugt.

  • Es wurde ein Problem behoben, bei dem aufgrund einer Planänderung während der Hash-Join-Anwendbarkeitsprüfung ein falsches Ergebnis zurückgegeben wurde.

  • Bei lang andauernden Transaktionen wird Zero-Downtime-Patching (Patchen ohne Ausfallzeiten) unterstützt. Diese Verbesserung tritt beim Aktualisieren von Version 1.19 auf eine höhere Version in Kraft.

  • Zero-Downtime-Patching (Patchen ohne Ausfallzeiten) wird nun unterstützt, wenn binlog aktiviert ist. Diese Verbesserung tritt beim Aktualisieren von Version 1.19 auf eine höhere Version in Kraft.

  • Es wurde ein Problem behoben, durch das die CPU-Auslastung auf einer Aurora-Replica unabhängig von der Workload erhöht wurde.

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

  • Es wurde eine race-Bedingung in der Lock-Manager-Komponente behoben, um die Stabilität von Aurora-Instances zu verbessern.

  • Die Stabilität des Deadlock Detectors innerhalb der Lock Manager-Komponente wurde verbessert.

  • INSERTDie Operation ist für eine Tabelle verboten, wenn InnoDB erkennt, dass der Index beschädigt wurde.

  • Es wurde ein Stabilitätsproblem in Fast DDL behoben.

  • Die Stabilität von Aurora wurde durch Reduzieren des Speicherverbrauchs beim Scan-Batching für einzeilige Unterabfragen verbessert.

  • Es wurde ein Stabilitätsproblem behoben, dass auftrat, nachdem ein Fremdschlüssel entfernt wurde, während die Systemvariable foreign_key_checks auf "0" eingestellt war.

  • Es wurde ein Problem bei der Out-Of-Memory-Vermeidungsfunktion behoben, bei dem die vom Benutzer am table_definition_cache-Wert vorgenommenen Änderungen fälschlicherweise überschrieben wurden.

  • Es wurden Stabilitätsprobleme bei der Out-Of-Memory-Vermeidungsfunktion behoben.

  • Es wurde ein Problem behoben, bei dem query_time und lock_time in slow_query_log auf unzulässige Werte eingestellt wurden.

  • Es wurde ein Stabilitätsproblem mit Parallelabfragen behoben, das durch die interne unsachgemäße Bearbeitung der Zeichenfolgensortierung ausgelöst wurde.

  • Es wurde ein Stabilitätsproblem mit Parallelabfragen behoben, das durch eine Sekundärindexsuche ausgelöst wurde.

  • Es wurde ein Stabilitätsproblem mit Parallelabfragen behoben, das durch die Aktualisierung mehrerer Tabellen ausgelöst wurde.

Integration von MySQL-Fehlerbehebungen (Community Edition):

  • BUG #32917: DETECT ORPHAN TEMP-POOL FILES, AND HANDLE GRACEFULLY

  • BUG #63144 CREATE TABLE IF NOT EXISTS METADATA LOCK IS TOO RESTRICTIVE