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 My SQL Datenbank-Engine-Updates 2020-08-14 (Version 2.04.9) (veraltet)
Version: 2.04.9
Aurora My SQL 2.04.9 ist allgemein verfügbar. Aurora My SQL 2.x-Versionen sind mit My SQL 5.7 kompatibel und Aurora My SQL 1.x-Versionen sind mit My SQL 5.6 kompatibel.
Derzeit werden die SQL Versionen von Aurora My 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.
Um einen Cluster mit einer älteren Version von Aurora My zu erstellenSQL, geben Sie bitte die Engine-Version mit dem AWS Management Console AWS CLI, dem oder dem an RDSAPI.
Wenn Sie Fragen oder Bedenken haben, steht Ihnen der AWS Support in den Community-Foren und über den AWS Support
Anmerkung
Diese Version ist derzeit in den folgenden AWS Regionen nicht verfügbar: AWS GovCloud (US-Ost) [us-gov-east-1], AWS GovCloud (US-West) [us-gov-west-1], Asien-Pazifik (Hongkong) [ap-east-1] und Naher Osten (Bahrain) [me-south-1]. Sobald die Version verfügbar ist, wird dies separat bekanntgegeben.
Anmerkung
Informationen zum Upgrade Ihres Aurora My SQL Datenbank-Clusters finden Sie unter Upgrade der Nebenversion oder des Patch-Levels eines Aurora My SQL DB-Clusters im Amazon Aurora Aurora-Benutzerhandbuch.
Verbesserungen
Wichtige Fehlerbehebungen:
Kritische Fehlerbehebungen:
Verbesserungen der Verfügbarkeit:
-
Es wurde ein Problem behoben, das zu einem Neustart der Datenbank oder einem Failover aufgrund der Ausführung eines
kill session
-Befehls führen konnte. Wenn dieses Problem auftritt, wenden Sie sich an den AWS Support, um diesen Fix auf Ihrer Instance zu aktivieren. -
Es wurde ein Problem behoben, das einen Neustart der Datenbank während der Ausführung einer komplexen Abfrage mit Multi-Table-Joins und Aggregation verursacht, die intern Zwischentabellen verwenden.
-
Es wurde ein Problem behoben, durch das die Datenbank neu gestartet wurde, weil
DROP TABLE
auf mehreren Tabellen unterbrochen wurde. -
Es wurde ein Problem behoben, durch das während der Datenbankwiederherstellung ein Datenbank-Failover verursacht wurde.
-
Ein Datenbankneustart wurde behoben, der durch eine falsche Meldung von threads_running verursacht wurde, wenn Prüfungs- und langsame Abfrageprotokolle aktiviert sind.
-
Es wurde ein Problem behoben, durch das ein
kill query
-Befehl während der Ausführung hängen bleiben könnte. -
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 behoben, das einen Neustart oder Failover der Datenbank auslöste, wenn mehrere Verbindungen versuchen, dieselbe Tabelle mit einem Volltextsuchindex zu aktualisieren.
-
Es wurde ein Problem behoben, das zu einem Deadlatch führen konnte, wenn ein Index gelöscht wurde, was zu einem Failover oder einem Neustart führte.
Allgemeine Verbesserungen:
-
Es wurden Probleme behoben, die dazu führen konnten, dass Abfragen auf Read Replicas Daten aus einer nicht festgeschriebenen Transaktion verwenden konnten. Dieses Problem beschränkt sich auf Transaktionen, die unmittelbar nach einem Neustart der Datenbank gestartet werden.
-
Es wurde ein Problem behoben, das
INPLACE ALTER TABLE
bei einer Tabelle auftrat, in der Trigger definiert waren und die DDL keineRENAME
Klausel enthielten. -
Es wurde ein Problem behoben, durch das das Klonen bei einigen Datenbank-Clustern mit hohen Schreiblasten länger dauerte.
-
Es wurde ein Problem behoben, das während eines Upgrades aufgetreten ist, wenn eine partitionierte Tabelle eingebettete Leerzeichen im Namen enthielt.
-
Es wurde ein Problem behoben, durch das Read Replicas vorübergehend Teilergebnisse einer kürzlich festgeschriebenen Transaktion auf dem Writer sehen konnten.
-
Es wurde ein Problem behoben, bei dem Abfragen einer Read Replica für eine FTS Tabelle zu veralteten Ergebnissen führen konnten. Dieses Problem tritt nur auf, wenn die FTS Abfrage auf der Read Replica einer Abfrage
INFORMATION_SCHEMA.INNODB_SYS_TABLES
für dieselbe FTS Tabelle auf dem Writer sehr genau folgt. -
Es wurde ein Problem behoben, das zu einer langsamen Wiederherstellung des Aurora 1.x-Datenbank-Clusters mit Indizes FTS (Volltextsuche) auf einem Aurora 2.x-Datenbankcluster führte.
-
Die maximal zulässige Länge wurde auf 2000 für die globalen Parameter
server_audit_incl_users
undserver_audit_excl_users
erweitert. -
Es wurde ein Fehler behoben, durch den die Wiederherstellung von Aurora 1.x zu Aurora 2.x längere Zeit in Anspruch nehmen konnte.
-
Es wurde ein Problem behoben, durch das ein
lambda_async
-Aufruf über gespeicherte Prozedur nicht mit Unicode funktioniere. -
Es wurde ein Problem behoben, das auftrat, wenn ein räumlicher Index eine Off-Record-Geometrie-Spalte nicht ordnungsgemäß verarbeitete.
-
Es wurde ein Problem behoben, durch das eine Abfrage auf einer Reader-DB-Instance mit dem Fehler
InternalFailureException
und der Meldung „Operation beendet (interner Fehler)“ fehlschlagen konnte.
Integration von „Meine Fehlerkorrekturen“ SQL
-
Bug #23070734, Bug #80060: Gleichzeitige TRUNCATE TABLEs Ursache blockiert
-
Fehler #23103937: PS_ _ TRUNCATE _ TABLES () DOES NOT WORK IN ALL _ _ SUPER READ ONLY MODE
-
Fehler #22551677: Wenn der Server offline genommen wurde, konnte eine seltene Bedingung im Performance Schema zu einem Server-Exit führen.
-
Fehler #27082268: Ungültige FTS Synchronisierungssynchronisierung.
-
BUG#12589870: Es wurde ein Problem behoben, das zu einem Neustart mit einer Anweisung mit mehreren Abfragen führte, wenn der Abfrage-Cache aktiviert ist.
-
Fehler #26402045: Bestimmte Fälle der Materialisierung von Unterabfragen konnten einen Server-Exit verursachen. Diese Abfragen erzeugen nun einen Fehler, der darauf hindeutet, dass die Materialisierung deaktiviert ist.
-
Fehler #18898433: Abfragen mit vielen Links-Joins waren langsam, wenn die Join-Pufferung verwendet wurde (zum Beispiel mit dem block-verschachtelten Schleifenalgorithmus).
-
Fehler #25222337: Ein NULL virtueller Spaltenfeldname in einem virtuellen Index verursachte einen Serverabbruch während eines Feldnamenvergleichs, der beim Auffüllen virtueller Spalten auftritt, die von einer Fremdschlüsseleinschränkung betroffen sind. () https://github.com/mysql/mysql-server/commit/273d5c9d7072c63b6c47dbef6963d7dc491d5131
-
Fehler #25053286: Das Ausführen einer gespeicherten Prozedur mit einer auf eine Ansicht zugreifenden Abfrage konnte Speicher zuweisen, der bis zum Ende der Sitzung nicht freigegeben wurde. (https://github.com/mysql/mysql-server/commit/d7b37d4d141a95f577916448650c429f0d6e193d
) -
Fehler #25586773: Das Ausführen einer gespeicherten Prozedur, die eine Anweisung enthält, die eine Tabelle aus dem Inhalt bestimmter SELECT (https://dev.mysql.com/doc/refman/5.7/en/select.html) Anweisungen erstellt hat, konnte zu einem Speicherleck führen. () https://github.com/mysql/mysql-server/commit/88301e5adab65f6750f66af284be410c4369d0c1
-
Fehler #26666274: INFINITE LOOP NEIN PERFORMANCE SCHEMA BUFFERCONTAINER.
-
Bug #23550835, Bug #23298025, Bug #81464: Eine SELECT Performance-Schematabelle, wenn ein interner Puffer voll war, konnte dies zu einem Serveraustritt führen.
Vergleich mit Aurora My SQL Version 1
Die folgenden Amazon Aurora SQL My-Funktionen werden in Aurora My SQL Version 1 (kompatibel mit My SQL 5.6) unterstützt, aber diese Funktionen werden derzeit nicht in Aurora My SQL Version 2 (kompatibel mit My SQL 5.7) unterstützt.
-
Asynchroner Schlüssel-Prefetch (). AKP Weitere Informationen finden Sie unter Optimieren von indizierten Aurora-Join-Abfragen mit asynchronem Schlüssel-Prefetch im Amazon-Aurora-Benutzerhandbuch.
-
Hash-Verknüpfungen. Weitere Informationen finden Sie unter Optimieren großer Aurora My SQL Join-Abfragen mit Hash-Joins im Amazon Aurora Aurora-Benutzerhandbuch.
-
Native Funktionen zum synchronen Aufrufen AWS Lambda von Funktionen. Weitere Informationen finden Sie unter Aufrufen einer Lambda-Funktion mit einer SQL nativen Aurora My-Funktion im Amazon Aurora Aurora-Benutzerhandbuch.
-
Scan-Batching. Weitere Informationen finden Sie unter Aurora-MySQL-Datenbank-Engine-Updates 11.12.2017 (Version 1.16) (veraltet).
-
Migrieren von Daten aus My SQL mithilfe eines Amazon S3 S3-Buckets. Weitere Informationen finden Sie unter Migrieren von Daten aus My SQL mithilfe eines Amazon S3 S3-Buckets im Amazon Aurora Aurora-Benutzerhandbuch.
Meine SQL 5.7-Kompatibilität
Aurora My SQL 2.04.9 ist drahtkompatibel mit My SQL 5.7 und umfasst Funktionen wie JSON Unterstützung, räumliche Indizes und generierte Spalten. Aurora My SQL verwendet eine native Implementierung der räumlichen Indizierung mithilfe von Kurven in Z-Reihenfolge, um eine >20-mal bessere Schreibleistung und eine >10-mal bessere Leseleistung als My 5.7 für räumliche Datensätze zu erzielen. SQL
Aurora My SQL 2.04.9 unterstützt derzeit nicht die folgenden Funktionen von My SQL 5.7:
-
Plugin für die Gruppenreplikation
-
Größere Seitengröße
-
Laden des InnoDB-Pufferpools beim Starten
-
Plugin für den InnoDB-Volltext-Parser
-
Replikation aus mehreren Quellen
-
Größenanpassung des Online-Pufferpools
-
Plugin für die Passwortvalidierung
-
Plugins für die Umformulierung von Abfragen
-
Replikationsfilter
-
Die Aussage
CREATE TABLESPACE
SQL