MySQL-Fehlerbehebungen durch Aurora MySQL-Datenbank-Engine-Updates - 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.

MySQL-Fehlerbehebungen durch Aurora MySQL-Datenbank-Engine-Updates

Die folgenden Abschnitte geben MySQL-Fehler an, die durch Aurora MySQL-Datenbank-Engine-Updates behoben wurden.

MySQL-Fehlerbehebungen durch Aurora-MySQL-3.x-Datenbank-Engine-Updates

Die mit MySQL 8.0 kompatible Aurora-Version enthält alle MySQL-Fehlerbehebungen bis zu ihrer entsprechenden MySQL-Kompatibilitätsversion. In der folgenden Tabelle werden zusätzliche MySQL-Fehler bezeichnet, die durch Aurora MySQL-Datenbank-Engine-Updates behoben wurden, und es wird angegeben, mit welchem Update sie behoben wurden.

Datenbank-Engine-Update MySQL-kompatible Version Version Behobene MySQL-Fehler
Aurora My SQL Datenbank-Engine-Updates 2024-06-04 (Version 3.07.0, kompatibel mit My 8.0.36) SQL

8,0,36

3.07.0
  • Es wurde ein Problem behoben, bei dem der Cache-Zeilenwert falsch berechnet werden konnte, was zu einem Fehler beim Datenbankneustart auf Graviton-basierten Instances führte. (Community-Bugfix #35479763)

  • Es wurde ein Problem behoben, bei dem einige Instanzen von Unterabfragen in gespeicherten Routinen nicht immer korrekt behandelt wurden. (Community-Bugfix #35377192)

  • Es wurde ein Problem behoben, das aufgrund der Rotation von TLS-Zertifikaten im Hintergrund zu einer höheren CPU-Auslastung führen kann (Community Bug Fix #34284186).

  • Es wurde ein Problem behoben, bei dem InnoDB das Hinzufügen von INSTANT Spalten zu Tabellen im MySQL-Systemschema in Aurora MySQL-Versionen vor 3.05 erlaubte, was dazu führen konnte, dass der Server nach dem Upgrade auf Aurora MySQL Version 3.05.0 unerwartet geschlossen wurde (Datenbankinstanz neu gestartet). (Community-Bugfix #35625510).

Aurora My SQL Datenbank-Engine-Updates 2024-03-07 (Version 3.06.0, kompatibel mit My 8.0.34) SQL

8.0.34

3.06.0

  • Es wurde ein Problem behoben, bei dem der Cache-Zeilenwert falsch berechnet werden konnte, was zu einem Fehler beim Neustart der Datenbank auf einer Graviton-Instance führte. (Community-Bugfix #35479763)

  • Es wurde ein Problem behoben, bei dem einige Instanzen von Unterabfragen in gespeicherten Routinen nicht immer korrekt behandelt wurden. (Community-Bugfix #35377192)

  • Es wurde ein Problem behoben, das aufgrund der Rotation von TLS-Zertifikaten im Hintergrund zu einer höheren CPU-Auslastung führen kann. (Community-Fehlerbehebung #34284186)

  • Es wurde ein Problem behoben, bei dem InnoDB das Hinzufügen von INSTANT Spalten zu Tabellen im MySQL-Systemschema in Aurora MySQL-Versionen vor 3.05 erlaubte, was dazu führen konnte, dass der Server nach dem Upgrade auf Aurora MySQL Version 3.05.0 unerwartet geschlossen wurde (Datenbankinstanz neu gestartet). (Community-Fehlerbehebung #35625510)

Aurora My SQL Datenbank-Engine-Updates 2024-01-31 (Version 3.05.2, kompatibel mit My 8.0.32) Standard SQL

8.0.32

3.05.2

  • Es wurde ein Problem behoben, bei dem zu viele Festplattenlesevorgänge für INSERT Operationen records_in_range durchgeführt wurden, was zu einem allmählichen Leistungsabfall führte. (Community-Bugfix #34976138)

Updates der Aurora MySQL-Datenbank-Engine 2023-11-21 (Version 3.05.1, kompatibel mit MySQL 8.0.32)

8.0.32

3.05.1

  • Es wurde ein Problem in InnoDB behoben, das zwischen den Aurora MySQL-Versionen 3.01 bis Aurora MySQL-Versionen 3.04 und nach dem Upgrade von Aurora MySQL auf Version 3.05.0 bei DMLs für MySQL-Tabellen, denen in einem Systemschema eine INSTANT ADD-Spalte hinzugefügt wird, zu einem unerwarteten Schleißen des Servers führen kann. (Community-Fehlerbehebung #35625510)

Aurora My SQL Datenbank-Engine-Updates 2023-10-25 (Version 3.05.0, kompatibel mit My 8.0.32) SQL

8,0,32

3.05.0

  • Es wurde ein Problem behoben, das aufgrund der Rotation von TLS-Zertifikaten im Hintergrund zu einer höheren CPU-Auslastung führen kann (Community-Fehlerbehebung #34284186)

Aurora My SQL Datenbank-Engine-Updates 2024-03-15 (Version 3.04.2, kompatibel mit My 8.0.28) SQL

8,0,28

3.04,2

  • Es wurde ein Problem behoben, bei dem der Cache-Zeilenwert falsch berechnet werden konnte, was zu einem Fehler beim Datenbankneustart auf Graviton-basierten Instances führte. (Community-Bugfix #35479763)

  • Wiederholtes Ausführen einer gespeicherten Routine, bei der als Unterabfrage eine SELECT-Anweisung mit mehrerenAND, oder XOR Bedingungen verwendet OR wurde, führte zu übermäßigem Verbrauch und möglicherweise schließlich zur Erschöpfung des virtuellen Speichers. (Community-Bugfix #33852530)

Aurora My SQL Datenbank-Engine-Updates 2023-11-13 (Version 3.04.1, kompatibel mit My 8.0.28) SQL

8.0.28

3,04,1

  • Es wurde ein Problem behoben, das aufgrund der Rotation von TLS-Zertifikaten im Hintergrund zu einer höheren CPU-Auslastung führen kann (Community-Fehlerbehebung #34284186)

Aurora My SQL Datenbank-Engine-Updates 2023-07-31 (Version 3.04.0, kompatibel mit My 8.0.28) SQL

8.0,28

3,04,0

  • Es wurde ein Problem behoben, bei dem ein Pufferblock mit einer systemeigenen temporären Tabellenseite während des Seitendurchlaufs verschoben wurde, was zu einem Assert-Fehler führte (Fehler #33715694)

  • InnoDB: Verhindern Sie, dass Online-DDL-Operationen auf den out-of-bounds Speicher zugreifen (Bug# 34750489, Bug# 108925)

  • Es wurde ein Problem behoben, das bei der Verarbeitung komplexer SQL-Anweisungen, die aus mehreren verschachtelten Common Table Expressions (CTEs) bestehen, manchmal zu falschen Abfrageergebnissen führen kann (Fehler #34572040, Fehler #34634469, Fehler #33856374)

Aurora My SQL Datenbank-Engine-Updates 2023-12-08 (Version 3.03.3) (veraltet)

8.0.26

3.03,3

  • Es wurde ein Problem behoben, das aufgrund der Rotation von TLS-Zertifikaten im Hintergrund zu einer höheren CPU-Auslastung führen kann (Community-Fehlerbehebung #34284186)

Aurora My SQL Datenbank-Engine-Updates 2023-08-29 (Version 3.03.2) (veraltet)

8,0,26

3.03,2

  • Es wurde ein Problem behoben, das bei der Verarbeitung komplexer SQL-Anweisungen, die aus mehreren verschachtelten Common Table Expressions (CTEs) bestehen, manchmal zu falschen Abfrageergebnissen führen kann (Fehler 34572040, Fehler 34634469, Fehler 33856374)

  • InnoDB: Eine Race-Bedingung zwischen Threads, die versuchten, Statistiken für dieselbe Tabelle zu deinitialisieren und zu initialisieren, führte zu einem Assert-Fehler (Fehler 33135425)

  • InnoDB: Verhindert, dass Online-DDL-Operationen auf den out-of-bounds Speicher zugreifen (Bug #34750489, Bug #108925)

Aurora My SQL Datenbank-Engine-Updates 2023-05-11 (Version 3.03.1) (veraltet)

8.0.26

3,03,1

  • Es wurde ein Problem behoben, bei dem ein Pufferblock mit einer systemeigenen temporären Tabellenseite während des Seitendurchlaufs verschoben wurde, was zu einem Assert-Fehler führte (Fehler 33715694)

Aurora My SQL Datenbank-Engine-Updates 2023-03-01 (Version 3.03.0) (veraltet)

8.0,26

3,03,0

  • Es wurde ein Problem behoben, bei dem einige Spaltentypen, einschließlich JSON und TEXT, manchmal den Sortierpuffer erschöpften, wenn seine Größe nicht mindestens das 15-fache der Größe der größten Zeile in der Sortierung betrug. Jetzt muss der Sortierpuffer nur noch 15-mal so groß sein wie der größte Sortierschlüssel. (Fehler #103325, Fehler #105532, Fehler #32738705, Fehler #33501541)

  • Es wurde ein Problem behoben, bei dem InnoDB einige legale Namen für Tabellenpartitionen nicht immer korrekt behandelte. (Fehler #32208630)

  • Es wurde ein Problem behoben, das unter bestimmten Bedingungen aufgrund einer inkorrekten Berechnung der NULL-Eigenschaft bei der Ausführung einer Abfrage mit einer OR-Bedingung zu falschen Ergebnissen führen kann. (Fehler #34060289)

  • Es wurde ein Problem behoben, das unter bestimmten Bedingungen zu falschen Ergebnissen führen kann, wenn die folgenden beiden Bedingungen erfüllt sind:

    • eine abgeleitete Tabelle wird mit dem äußeren Abfrageblock zusammengeführt.

    • die Abfrage umfasst einen Left Join und eine IN-Unterabfrage.

    (Fehler #34060289)

  • Es wurde ein Problem behoben, bei dem inkorrekte AUTO_INCREMENT-Werte generiert wurden, wenn der maximale ganzzahlige Spaltenwert überschritten wurde. Der Fehler war darauf zurückzuführen, dass der maximale Spaltenwert nicht berücksichtigt wurde. Es hätte der vorherige gültige AUTO_INCREMENT-Wert zurückgegeben werden müssen, was zu einem Fehler mit doppeltem Schlüssel führte. (Fehler #87926, Fehler #26906787)

  • Es wurde ein Problem behoben, bei dem es nicht möglich war, die DROP-Berechtigung für das Performance-Schema zu widerrufen. (Fehler #33578113)

  • Es wurde ein Problem behoben, bei dem eine gespeicherte Prozedur, die eine IF-Anweisung mit EXISTS, die auf eine oder mehrere Tabellen wirkte, die zwischen den Ausführungen gelöscht und neu erstellt wurden, bei den nachfolgenden Aufrufen nach dem ersten nicht korrekt ausgeführt wurde. (Fehler #32855634).

  • Es wurde ein Problem behoben, bei dem eine Abfrage, die auf eine Ansicht in einer Unterabfrage und einem äußeren Abfrageblock verweist, zu einem unerwarteten Neustart führen kann (Fehler #32324234).

Aurora My SQL Datenbank-Engine-Updates vom 18.11.2022 (Version 3.02.2) (veraltet)

8,0,23

3,02,2

  • Es wurde ein Problem behoben, das unter bestimmten Bedingungen aufgrund einer inkorrekten Berechnung der NULL-Eigenschaft bei der Ausführung einer Abfrage mit einer OR-Bedingung zu falschen Ergebnissen führen kann. (Fehler #34060289)

  • Es wurde ein Problem behoben, das unter bestimmten Bedingungen zu falschen Ergebnissen führen kann, wenn die folgenden beiden Bedingungen erfüllt sind:

    • Eine abgeleitete Tabelle wird mit dem äußeren Abfrageblock zusammengeführt.

    • Die Abfrage umfasst einen Left Join und eine IN-Unterabfrage. (Fehler #34060289)

  • Es wurde ein Problem behoben, bei dem es nicht möglich war, die DROP-Berechtigung für das Performance-Schema zu widerrufen. (Fehler #33578113)

  • Es wurde ein Problem behoben, bei dem eine gespeicherte Prozedur, die eine IF-Anweisung mit EXISTS, die auf eine oder mehrere Tabellen wirkte, die zwischen den Ausführungen gelöscht und neu erstellt wurden, bei den nachfolgenden Aufrufen nach dem ersten nicht korrekt ausgeführt wurde. (MySQL-Fehler #32855634).

  • Es wurden inkorrekte AUTO_INCREMENT-Werte generiert, wenn der maximale ganzzahlige Spaltenwert überschritten wurde. Der Fehler war darauf zurückzuführen, dass der maximale Spaltenwert nicht berücksichtigt wurde. Es hätte der vorherige gültige AUTO_INCREMENT-Wert zurückgegeben werden müssen, was zu einem Fehler mit doppeltem Schlüssel führte. (Fehler #87926, Fehler #26906787)

  • Es wurde ein Problem behoben, das zu einem Fehler beim Upgrade eines Aurora-MySQL-Datenbank-Clusters der Version 1 (kompatibel mit MySQL 5.6) führen kankonnten, der vom Benutzer erstellte Tabellen mit bestimmten Tabellen-IDs enthielt. Die Zuweisung dieser Tabellen-IDs kann beim Upgrade von Aurora MySQL Version 2 (kompatibel mit MySQL 5.7) zu Aurora MySQL Version 3 (kompatibel mit MySQL 8.0) dazu führen, dass Datenwörterbuch-Tabellen-IDs in Konflikt geraten. (Fehler 33919635)

Aurora My SQL Datenbank-Engine-Updates 20.04.2022 (Version 3.02.0) (veraltet)

8,0,23

3,02,0

Die unsachgemäße Behandlung von temporären Tabellen, die für Cursor in gespeicherten Prozeduren verwendet werden, was zu unerwartetem Serververhalten führen kann, wurde behoben. (Fehler #32416811)

Aurora My SQL Datenbank-Engine-Updates 15.04.2022 (Version 3.01.1) (veraltet)

8,0,23

3,01,1

Die unsachgemäße Behandlung von temporären Tabellen, die für Cursor in gespeicherten Prozeduren verwendet werden, was zu unerwartetem Serververhalten führen kann, wurde behoben. (Fehler #32416811)

MySQL-Fehlerbehebungen durch Aurora MySQL 2.x-Datenbank-Engine-Updates

Die MySQL 5.7-kompatible Version Aurora enthält alle MySQL-Bugfixes bis MySQL 5.7.44. In der folgenden Tabelle werden zusätzliche MySQL-Fehler bezeichnet, die durch Aurora MySQL-Datenbank-Engine-Updates behoben wurden, und es wird angegeben, mit welchem Update sie behoben wurden.

Datenbank-Engine-Update Version Behobene MySQL-Fehler
Aurora My SQL Database-Engine-Updates 2024-07-09 (Version 2.12.3, kompatibel mit My SQL 5.7.44) Diese Version hat das Ende der Standardunterstützung erreicht.

2.12.3

  • Es wurde ein Problem behoben, bei dem temporäre Tabellen, die während der Ausführung von Anweisungen an Trigger gebunden waren, zu einem unerwarteten Neustart der DB-Engine führen konnten.

  • Es wurde ein Fehler behoben, der dazu führen kann, dass der Server beendet wird, wenn Einzeltabellen UPDATE und DELETE Anweisungen, die indizierte Ausdrücke verwenden, als vorbereitete Anweisungen ausgeführt werden. (Fehler #29257254)

Aurora My SQL Database-Engine-Updates 2023-12-28 (Version 2.12.1, kompatibel mit My SQL 5.7.40) Diese Version hat das Ende der Standardunterstützung erreicht.

2.12.1

  • Es wurde ein Problem behoben, das dazu führen kann, dass bestehende und neue Remote-Verbindungen blockiert werden, wenn sie gleichzeitig mit der SHOW PROCESSLIST-Anweisung ausgeführt werden (Community-Fehler 34857411)

  • Replikation: Einige binäre Protokollereignisse wurden nicht immer korrekt behandelt (Fehler 34617506)

  • Die Verarbeitung von Einzelzeichen-Token durch ein Parser-Plugin für die Volltextsuche (FTS) wurde behoben (Fehler 35432973)

Aurora My SQL Database-Engine-Updates 2023-07-25 (Version 2.12.0, kompatibel mit My SQL 5.7.40) Diese Version hat das Ende der Standardunterstützung erreicht.

2.12.0

  • Es wurde ein Problem behoben, das aufgrund einer TLS-Zertifikatrotation im Hintergrund zu einer höheren CPU-Auslastung führen kann. (Community-Fehlerbehebung #34284186)

Aurora My SQL Database-Engine-Updates 2023-10-17 (Version 2.11.4, kompatibel mit My SQL 5.7.12) Diese Version hat das Ende der Standardunterstützung erreicht.

2.11.4

  • Replikation: Einige binäre Protokollereignisse wurden nicht immer korrekt behandelt. (Fehler #34617506)

  • Es wurde ein Problem behoben, das aufgrund einer TLS-Zertifikatrotation im Hintergrund zu einer höheren CPU-Auslastung führen kann. (Community-Fehlerbehebung #34284186)

  • In vorbereiteten Anweisungen konnten einige Arten von Unterabfragen einen Serverabbruch verursachen. (Fehler #33100586)

Aurora My SQL Database-Engine-Updates vom 25.10.2022 (Version 2.11.0, kompatibel mit My SQL 5.7.12) Diese Version ist nicht für neue Kreationen verfügbar und hat das Ende der Standardunterstützung erreicht.

2.11.0

  • Es wurde ein Problem behoben, bei dem der Code zum Lesen von Zeichensatzinformationen aus den Ereignistabellen von Performance-Schema-Anweisungen (z. B. events_statements_current) das gleichzeitige Schreiben in diese Zeichensatzinformationen nicht verhinderte. Aufgrund dieses Problems kann der Zeichensatz für den SQL-Abfragetext möglicherweise ungültig sein, was zu einem Serverabbruch führen kann. Mit dieser Korrektur führt ein ungültiger Zeichensatz zu einer Kürzung der SQL_TEXT-Spalte und verhindert Serverabbrüche. (Fehler #23540008)

  • InnoDB: Backport einer Korrektur für Community-Fehler #25189192, Fehler #84038. Es wurde ein Problem behoben, bei dem InnoDB nach einer RENAME TABLE-Operation, bei der eine Tabelle in ein anderes Schema verschoben wurde, die Datenwörterbuchtabelle INNODB_SYS_DATAFILES nicht aktualisieren konnte. Dies führte zu einem Fehler beim Neustart, der darauf hinwies, dass die Tablespace-Datendatei nicht gefunden werden konnte.

  • InnoDB: Es wurde ein Problem behoben, bei dem der Server beim Hinzufügen eines neuen Indexes einen intern definierten Fremdschlüsselindex löschte und versuchte, einen sekundären Index, der für eine virtuell generierte Spalte definiert ist, als Fremdschlüsselindex zu verwenden, was zu einem Serverabsturz führte. InnoDB erlaubt nun einer Fremdschlüsseleinschränkung, auf einen sekundären Index zu verweisen, der für eine virtuell generierte Spalte definiert ist. (Fehler #23533396)

  • Es wurde ein Problem behoben, bei dem zwei Sitzungen, die gleichzeitig eine INSERT... ON DUPLICATE KEY UPDATE-Operation ausführten, ein Deadlock generierten. Während eines teilweisen Rollbacks eines Tupels konnte es in einer anderen Sitzung aktualisiert werden. Der Fix für diesen Fehler macht die Korrekturen für Fehler #11758237, Fehler #17604730 und Fehler #20040791 rückgängig. (Fehler #25966845)

  • Es wurde ein Problem behoben, bei dem die Rechte EXECUTE und ALTER ROUTINE den Erstellern von Routinen nicht korrekt erteilt wurden, selbst wenn automatic_sp_privileges aktiviert war. (Fehler #27407480)

  • Backport einer Korrektur für Community-Fehler #24671968: Es wurde ein Problem behoben, bei dem eine Abfrage falsche Ergebnisse liefern konnte, wenn die WHERE-Klausel eine abhängige Unterabfrage enthielt, die Tabelle einen sekundären Index für die Spalten in der Auswahlliste hatte, gefolgt von den Spalten in der Unterabfrage, und GROUP BY oder DISTINCT erlaubte, einen Loose Index Scan zu verwenden.

  • Es wurde ein Problem behoben, bei dem die Replikation unterbrochen wurde, wenn eine Löschanweisung für mehrere Tabellen mit Fremdschlüsseln ausgegeben wurde. (Fehler #80821)

  • Es wurde ein Problem behoben, bei dem in Sonderfällen bestimmte Slave-Fehler auch dann nicht ignoriert wurden, wenn slave_skip_errors aktiviert war. In Fällen, in denen das Öffnen und Sperren einer Tabelle fehlschlug oder Feldkonvertierungen auf einem Server fehlschlugen, auf dem die zeilenbasierte Replikation ausgeführt wird, wird der Fehler als kritisch angesehen und der Status von slave_skip_errors wird ignoriert. Die Korrektur stellt sicher, dass bei aktivierter Option slave_skip_errors alle Fehler, die beim Anwenden einer Transaktion gemeldet wurden, korrekt behandelt werden. (Fehler #70640, Fehler #17653275)

  • Es wurde ein Problem behoben, bei dem eine SET PASSWORD-Anweisung von einem MySQL 5.6-Master auf einen MySQL 5.7-Slave oder von einem MySQL 5.7-Master, bei dem die Systemvariable log_builtin_as_identified_by_password auf ON gesetzt war, auf einen MySQL 5.7-Slave repliziert wurde. Der Passwort-Hash selbst wurde ebenfalls gehasht, bevor er auf dem Slave gespeichert wurde. Das Problem ist jetzt behoben und der replizierte Passwort-Hash wird so gespeichert, wie er ursprünglich an den Slave übergeben wurde. (Fehler #24687073)

  • Es wurde ein Problem behoben, bei dem die Serialisierung eines JSON-Werts, der aus einem großen Unterdokument besteht, das in viele Ebenen von JSON-Arrays, Objekten oder beidem eingeschlossen ist, manchmal übermäßig viel Zeit in Anspruch nahm. (Fehler #23031146)

  • Anweisungen, die nicht analysiert werden können (z. B. aufgrund von Syntaxfehlern), werden nicht mehr in das Protokoll für langsame Abfragen geschrieben. (Fehler #33732907)

Aurora-MySQL-Datenbank-Engine-Updates 01.11.2022 (Version 2.10.3) (veraltet)

2.10.3

  • Es wurde ein Problem behoben, bei dem der Code zum Lesen von Zeichensatzinformationen aus den Ereignistabellen von Performance-Schema-Anweisungen (z. B. events_statements_current) das gleichzeitige Schreiben in diese Zeichensatzinformationen nicht verhinderte. Aufgrund dieses Problems kann der Zeichensatz für den SQL-Abfragetext möglicherweise ungültig sein, was zu einem Serverabbruch führen kann. Mit dieser Korrektur führt ein ungültiger Zeichensatz zu einer Kürzung der SQL_TEXT-Spalte und verhindert Serverabbrüche. (Fehler #23540008)

  • Es wurde ein Problem behoben, bei dem für ein UPDATE eine temporäre Tabelle mit einem Primärschlüssel von mehr als 1024 Byte erforderlich war und diese Tabelle mit InnoDB erstellt wurde. Der Server konnte dann beendet werden. (Fehler #25153670

Aurora-MySQL-Datenbank-Engine-Updates 26.01.2022 (Version 2.10.2) (veraltet)

2.10.2

  • Es wurde ein Problem in InnoDB behoben, bei dem ein Codefehler im Zusammenhang mit Tabellenstatistiken eine Assertion in der Quelldatei dict0stats.cc (http://dict0stats.cc/) auslöste. (Fehler #24585978)

  • Ein sekundärer Index über eine virtuelle Spalte wurde beschädigt, wenn der Index online erstellt wurde. Bei UPDATE-Anweisungen (https://dev.mysql.com/doc/refman/5.7/en/update.html) beheben wir dies wie folgt: Wenn der virtuelle Spaltenwert des Indexdatensatzes auf NULL festgelegt ist, generieren wir diesen Wert aus dem Clusterindexdatensatz. (Fehler #30556595)

  • ASSERTION "!OTHER_LOCK" IN LOCK_REC_ADD_TO_QUEUE (Fehler #29195848)

  • HANDLE_FATAL_SIGNAL (SIG=11) IN __STRCHR_SSE2 (Fehler #28653104)

  • Es wurde ein Problem behoben, durch das eine Abfrageunterbrechung während einer Sperrwartezeit einen Fehler in InnoDB verursachen kann. (Fehler #28068293)

  • Verschachtelte Transaktionen konnten manchmal den Replikat-Applier blockieren, wenn die Transaktionsisolationsstufe auf REPEATABLE READ eingestellt wurde. (Bug #25040331)

  • Es wurde ein Problem behoben, das dazu führen kann, dass Binlog-Replikate aufgrund eines Sperrwartzeitlimits zum Stillstand kamen. (Fehler #27189701)

Aurora-MySQL-Datenbank-Engine-Updates 21.10.2021 (Version 2.10.1) (veraltet)

2.10.1

CURRENT_TIMESTAMP ERZEUGT NULLEN IM AUSLÖSER. (Fehler #25209512)

Aurora-MySQL-Datenbank-Engine-Updates 25.05.2021 (Version 2.10.0) (veraltet)

2.10.0

  • Verschachtelte Transaktionen konnten manchmal den Replikat-Applier blockieren, wenn die Transaktionsisolationsstufe auf REPEATABLE READ eingestellt wurde. (Bug #25040331)

  • Wenn eine gespeicherte Prozedur eine Anweisung enthielt, die auf eine Ansicht verweist, die wiederum auf eine andere Ansicht verweist, konnte die Prozedur nicht mehr als einmal erfolgreich aufgerufen werden. (Fehler #87858, Fehler #26864199)

  • Bei Abfragen mit vielen OR Bedingungen ist der Optimierer jetzt speichereffizienter und überschreitet weniger wahrscheinlich die Speichergrenze, die durch die Systemvariable range_optimizer_max_mem_size auferlegt wird. Darüber hinaus wurde der Standardwert für diese Variable von 1.536.000 auf 8.388.608 angehoben. (Fehler #79450, Fehler #22283790)

  • Replikation: In der next_event()-Funktion, die vom SQL-Thread eines Replikats aufgerufen wird, um das nächste Ereignis aus dem Relay-Protokoll zu lesen, hat der SQL-Thread das erfasste relaylog.log_lock nicht freigegeben, als ein Fehler aufgetreten ist (z. B. aufgrund eines geschlossenen Relay-Protokolls), dazu führen, dass alle anderen Threads, die darauf warten, eine Sperre für das Relay-Protokoll zu erhalten, hängen bleiben. Mit dieser Fehlerbehebung wird die Sperre aufgehoben, bevor der SQL-Thread die Funktion unter der Situation verlässt. (Fehler #21697821)

  • Beheben einer Speicherbeschädigung für ALTER TABLE mit virtueller Spalte. (Fehler #24961167, Fehler #24960450)

  • Replikation: Multithreaded-Replikate konnten nicht mit kleinen Warteschlangengrößen unter Verwendung von slave_pending_jobs_size_max konfiguriert werden, wenn sie jemals Transaktionen verarbeiten mussten, die größer als diese Größe sind. Jedes Paket, das größer als slave_pending_jobs_size_max ist, wurde mit dem Fehler ER_MTS_EVENT_BIGGER_PENDING_JOBS_SIZE_MAX abgelehnt, auch wenn das Paket kleiner war als das von slave_max_allowed_packet festgelegte Limit. Mit dieser Fehlerbehebung wird slave_pending_jobs_size_max eher zu einem sanften Limit als zu einem harten Limit. Wenn die Größe eines Pakets slave_pending_jobs_size_max überschreitet, aber kleiner als slave_max_allowed_packet ist, wird die Transaktion solange gehalten, bis alle Replikat-Worker leere Warteschlangen haben und dann verarbeitet. Alle nachfolgenden Transaktionen werden solange gehalten, bis die große Transaktion abgeschlossen ist. Die Warteschlangengröße für Replikat-Worker kann daher begrenzt sein, während gelegentlich größere Transaktionen zugelassen werden. (Fehler #21280753, Fehler #77406)

  • Replikation: Bei Verwendung eines Multithread-Replikats zeigten Applier-Fehler Worker ID-Daten an, die mit Daten, die in den Replikationstabellen des Leistungsschemas externalisierten Daten nicht übereinstimmten. (Fehler #25231367)

  • Replikation: Bei einem GTID-basierten Replikationsreplikat, das mit -GTID-Mode=on, -log-bin=OFF und der Verwendung von - ausgeführt wurde, wurde ein Fehler, der ignoriert werden sollte, nicht korrekt aktualisiert slave-skip-errors, wodurch die Synchronität mit verloren ging. Exec_Master_Log_Pos Exec_Master_Log_Pos Read_master_log_pos Wenn ein GTID_NEXT nicht angegeben wurde, würde das Replikat seinen GTID-Status niemals aktualisieren, wenn es von einer Transaktion mit einer einzelnen Anweisung zurückgesetzt wird. Der Exec_Master_Log_Pos würde nicht aktualisiert werden, denn obwohl die Transaktion abgeschlossen war, zeigte ihr GTID-Status etwas anderes an. Die Fehlerbehebung hebt die Zurückhaltung der Aktualisierung des GTID-Status auf, wenn eine Transaktion nur zurückgesetzt wird, wenn in einer Transaktion GTID_NEXT angegeben wird. (Fehler #22268777)

  • Replikation: Eine teilweise fehlgeschlagene Anweisung verbrauchte eine automatisch generierte oder angegebene GTID nicht korrekt, wenn die binäre Protokollierung deaktiviert wurde. Die Fehlerbehebung stellt sicher, dass eine teilweise fehlgeschlagene DROP TABLE, ein teilweise fehlgeschlagener DROP USER oder ein teilweise fehlgeschlagener DROP VIEW die relevante GTID verbrauchen und sie in der @@GLOBAL.GTID_EXECUTED- und mysql.gtid_executed-Tabelle speichern, wenn die binäre Protokollierung deaktiviert wird. (Fehler #21686749)

  • Replikation: Replikate, auf denen MySQL 5.7 ausgeführt wird, konnten aufgrund eines Fehlers beim Abrufen von server_uuid, die nicht Teil von MySQL 5.5 ist, keine Verbindung zu einer MySQL 5.5-Quelle herstellen. Dies wurde durch Änderungen in der Methode zum Abrufen von verursach server_uuid. (Fehler #22748612)

  • Binlog-Replikation: Der Mechanismus zum Überspringen von GTID-Transaktionen funktionierte vor dieser Fehlerbehebung nicht ordnungsgemäß für die XA-Transaktion. Der Server verfügt über einen Mechanismus zum (stillen) Überspringen einer GTID-Transaktion, wenn diese bestimmte Transaktion bereits in der Vergangenheit ausgeführt wurde. (BUG#25041920)

  • XA ROLLBACK-Anweisungen, die fehlgeschlagen sind, weil eine falsche Transaktions-ID angegeben wurde, konnten im Binärprotokoll mit der richtigen Transaktions-ID aufgezeichnet und daher durch Replikationsreplikate verwendet werden. Vor der binären Protokollierung wird nun die Fehlersituation geprüft und fehlgeschlagene XA ROLLBACK-Anweisungen nicht protokolliert. (Fehler #26618925)

  • Replikation: Wenn ein Replikat mit einer CHANGE MASTER TO-Anweisung eingerichtet wurde, ohne den Namen der Quell-Logdatei und die Position des Quell-Logs anzugeben, dann wurde es heruntergefahren, bevor START SLAVE ausgegeben wurde, und dann mit der Option - relay-log-recovery set neu gestartet, die Replikation wurde nicht gestartet. Dies geschah, weil der Empfänger-Thread vor dem Versuch der Wiederherstellung des Relay-Protokolls nicht gestartet wurde, sodass im Relay-Protokoll kein Protokollrotationsereignis verfügbar war, um den Namen der Quellprotokolldatei und die Quellprotokollposition bereitzustellen. In diesem Fall überspringt das Replikat nun die Wiederherstellung des Relay-Protokolls und protokolliert eine Warnung und beginnt dann mit der Replikation. (Fehler #28996606, Fehler #93397)

  • Replikation: Bei der zeilenbasierten Replikation wurde eine Meldung zurückgegeben, die Feldlängen falsch anzeigte, wenn von einer Tabelle mit einer utf8mb3-Spalte in eine Tabelle derselben Definition repliziert wurde, in der die Spalte mit einem utf8mb4-Zeichensatz definiert wurde. (Fehler #25135304, Fehler #83918)

  • Replikation: Als eine RESET SLAVE-Anweisung für ein Replikations-Replikat mit verwendeten GTIDs ausgegeben wurde, wurden die vorhandenen Relay-Protokolldateien bereinigt, aber die neue Relay-Protokolldatei für den Kanal wurde generiert, bevor der Satz der empfangenen GTIDs für den Kanal gelöscht wurde. Der frühere GTID-Satz wurde daher als PREVIOUS_GTIDS Ereignis in die neue Relay-Protokolldatei geschrieben, was zu einem schwerwiegenden Fehler bei der Replikation führte, der besagt, dass das Replikat mehr GTIDs als die Quelle hatte, obwohl der für beide Server festgelegte Wert „gtid_executed“ leer war. Wenn nun RESET SLAVE ausgegeben wird, wird der Satz der empfangenen GTIDs gelöscht, bevor die neue Relay-Protokolldatei generiert wird, damit diese Situation nicht auftritt. (Fehler #27411175)

  • Replikation: Bei Verwendung von GTIDs, die für die Replikation verwendet wurden, konnten Transaktionen einschließlich Anweisungen, die einen Analysefehler verursachten (ER_PARSE_ERROR), nicht manuell durch die empfohlene Methode zum Einspritzen einer leeren oder Ersatztransaktion mit derselben GTID übersprungen werden. Diese Aktion sollte dazu führen, dass das Replikat die GTID als bereits verwendet identifiziert und daher die unerwünschte Transaktion überspringt, die seine GTID geteilt hat. Im Falle eines Parsing-Fehlers wurde der Replikationsanwendungs-Thread jedoch aufgrund des Parsing-Fehlers gestoppt, da die Anweisung geparst wurde, bevor die GTID überprüft wurde, um zu sehen, ob sie übersprungen werden musste, obwohl die Transaktion trotzdem übersprungen werden sollte. Mit dieser Fehlerbehebung ignoriert der Replikations-Applier-Thread jetzt Parsingfehler, wenn die betreffende Transaktion übersprungen werden muss, da die GTID bereits verwendet wurde. Beachten Sie, dass diese Verhaltensänderung nicht bei Workloads gilt, die aus einer von erzeugten Binärprotokollausgabe bestehe mysqlbinlog. In dieser Situation bestünde die Gefahr, dass eine Transaktion mit einem Parsing-Fehler, der unmittelbar auf eine übersprungene Transaktion folgt, auch stillschweigend übersprungen wird, wenn sie einen Fehler auslösen sollte. (Fehler #27638268)

  • Replikation: Aktivieren Sie den SQL-Thread, um eine Teiltransaktion mit GTID zu überspringen. (Fehler #25800025)

  • Replikation: Wenn ein negativer oder fraktionierter Zeitüberschreitungs-Parameter an WAIT_UNTIL_SQL_THREAD_AFTER_GTIDS() angegeben wurde, verhielt sich der Server auf unerwartete Weise. Mit dieser Fehlerbehebung.

    • Wird ein fraktionierter Zeitüberschreitungs-Wert unverändert gelesen, ohne Abrunden.

    • Wird ein negativer Zeitüberschreitungs-Wert mit einem Fehler zurückgewiesen, wenn sich der Server in einem strikten SQL-Modus befindet. Wenn sich der Server nicht in einem strikten SQL-Modus befindet, bewirkt der Wert, dass die Funktion NULL sofort ohne Wartezeit zurückgibt und dann eine Warnung ausgibt. (Fehler #24976304, Fehler #83537)

  • Replikation: Wenn die WAIT_FOR_EXECUTED_GTID_SET()-Funktion mit einem Zeitüberschreitungs-Wert verwendet wurde, der einen Bruchteil enthält (z. B. 1,5), führte ein Fehler in der Umwandlungslogik dazu, dass die Zeitüberschreitung auf die nächste ganze Sekunde abgerundet wurde und bei Werten unter 1 Sekunde auf null (zum Beispiel 0,1). Die Casting-Logik wurde nun korrigiert, sodass der Zeitüberschreitungs-Wert wie ursprünglich angegeben ohne Rundung angewendet wird. Danke an Dirkjan Bussink für den Beitrag. (Fehler #29324564, Fehler #94247)

  • Wenn GTIDs aktiviert sind, löste XA COMMIT bei einer nicht verbundenen XA-Transaktion innerhalb einer Transaktion mit mehreren Anweisungen eine Zusicherung aus. (Fehler #22173903)

  • Replikation: In Debug-Builds wurde eine Zusicherung ausgelöst, wenn eine XA ROLLBACK-Anweisung für eine unbekannte Transaktions-ID ausgegeben wurde, als der gtid_next -Wert manuell festgelegt wurde. Der Server versucht jetzt nicht, den GTID-Status zu aktualisieren, wenn eine ROLLBACK XA-Anweisung mit einem Fehler fehlschlägt. (Fehler #27928837, Fehler #90640)

  • Behebung des Problems mit der falschen Sortierreihenfolge, wenn mehrere CASE-Funktionen in der ORDER BY-Klausel verwendet werden. (Fehler #22810883)

  • Einige Abfragen, bei denen die Sortierung verwendet wurde, konnten während der Optimierung auf eine nicht initialisierte Spalte zugreifen und verursachten einen Serverabbruch. (Fehler #27389294)

Aurora-MySQL-Datenbank-Engine-Updates 12.11.2021 (Version 2.09.3) (veraltet)

2.09.3

  • ASERTION! M_PREBUILT->TRX->CHECK_FOREIGNS. (Fehler #23533396)

  • Replikation: * Ein Sperrproblem in der Funktion WAIT_FOR_EXECUTED_GTID_SET () könnte dazu führen, dass der Server unter bestimmten Umständen hängen bleibt. Das Problem wurde jetzt behoben. (Fehler #29550513)

Aurora-MySQL-Datenbank-Engine-Updates 11.12.2020 (Version 2.09.1) (veraltet)

2.09.1

  • Replikation: Doppelspieltransaktionen konnten manchmal den Slave-Applier blockieren, wenn die Transaktionsisolationsstufe auf REPEATABLE READ festgelegt wurde. (Bug #25040331)

  • Bei einer Tabelle mit einer TIMESTAMP- oder DATETIME-Spalte mit dem Standardwert CURRENT_TIMESTAMP könnte die Spalte auf 0000-00-00 00:00:00 initialisiert werden, wenn die Tabelle einen BEFORE INSERT-Auslöser hat. (Bug #25209512, Bug #84077)

  • Bei einer INSERT-Anweisung, für die die VALUES-Liste mit einer Unterabfrage, die eine Verknüpfung enthält, Werte für die zweite oder spätere Zeile erzeugte, konnte es zu einer Beendigung des Servers kommen, nachdem die erforderlichen Berechtigungen nicht aufgelöst wurden. (Bug #23762382)

Aurora-MySQL-Datenbank-Engine-Updates 12.11.2020 (Version 2.08.3) (veraltet)

2.08.3

  • Bug #23762382 - WERTE EINFÜGEN ABFRAGE MIT JOIN IN EINEM SELECT VERURSACHT FALSCHES VERHALTEN.

  • Bug #25209512 - CURRENT_TIMESTAMP ERZEUGT NULLEN IM TRIGGER.

Aurora-MySQL-Datenbank-Engine-Updates 02.06.2020 (Version 2.08.0) (veraltet)

2.08.0

  • Fehler #25289359: Eine bei der Datensynchronisierung vorgenommene Volltext-Cache-Sperre wurde nicht freigegeben, wenn die Volltext-Cache-Größe das Volltext-Cache-Größenlimit überschritt.

  • Fehler #29138644: Das manuelle Ändern der Systemzeit bei ausgeführtem MySQL-Server verursachte Verzögerungen in den Page-Cleaner-Threads.

  • Fehler #25222337: Ein Feldname einer virtuellen NULL-Spalte in einem virtuellen Index führte zu einem Beenden des Servers während eines Feldnamensabgleichs, der beim Befüllen von virtuellen Spalten auftritt, die von einer Fremdschlüsselbeschränkung betroffen sind.

  • Fehler #25053286: Das Ausführen einer gespeicherten Prozedur, die eine Abfrage enthält, die auf eine Ansicht zugreift, konnte Speicher zuweisen, der bis zum Ende der Sitzung nicht freigegeben wurde.

  • Fehler #25586773: Das Ausführen einer gespeicherten Prozedur, die eine Anweisung enthält, die aus dem Inhalt bestimmter SELECT-Anweisungen eine Tabelle erzeugt hat, konnte zu einem Speicherleck führen.

  • Fehler #28834208: Während der Protokollanwendung, nach einer OPTIMIZE TABLE-Operation, füllte InnoDB die virtuellen Spalten nicht auf, bevor nach Aktualisierungen des virtuellen Spaltenindexes gesucht wurde.

  • Fehler #26666274: Endlosschleife im Leistungsschema-Puffercontainer aufgrund eines Überlaufs einer 32-Bit-Ganzzahl ohne Vorzeichen.

Aurora-MySQL-Datenbank-Engine-Updates 16.06.2022 (Version 2.07.8) (veraltet)

2.07.8

Wenn für ein UPDATE eine temporäre Tabelle mit einem Primärschlüssel von mehr als 1024 Byte erforderlich war und diese Tabelle mit InnoDB erstellt wurde, konnte ein Serverabbruch erfolgen. (Fehler #25153670)

Aurora-MySQL-Datenbank-Engine-Updates 02.09.2021 (Version 2.07.6) (veraltet)

2.07.6

  • DAS EINFÜGEN VON DATENSÄTZEN DER GRÖSSE 64K NIMMT ZU VIEL ZEIT IN ANSPRUCH. (Fehler#23031146)

Aurora-MySQL-Datenbank-Engine-Updates 04.03.2021 (Version 2.07.4) (veraltet)

2.07.4

  • Es wurde ein Problem im Volltext-Ngram-Parser behoben, das bei Token mit „ „ (Leerzeichen), „%“ oder „,“ bestand. Kunden sollten ihre FTS-Indizes neu erstellen, wenn sie einen Ngram-Parser verwenden. (Bug #25873310)

  • Ein Problem wurde behoben, das bei der Ausführung von Abfragen mit verschachtelten SQL-Ansichten zu einem Neustart der Engine führen konnte. (Bug #27214153, Bug #26864199)

Aurora-MySQL-Datenbank-Engine-Updates 10.11.2020 (Version 2.07.3) (veraltet)

2.07.3

  • InnoDB: Gleichzeitige XA-Transaktionen, die erfolgreich zur XA-Prüfungsphase auf dem Master liefen, führten zu einem Konflikt bei der Wiederholung auf dem Slave, was zu einem Timeout für die Sperrwartezeit im Appliier-Thread führte. Der Konflikt war auf den GAP-Sperrbereich zurückzuführen, der sich unterschied, als die Transaktionen auf dem Slave seriell wiedergegeben wurden. Um diese Art von Konflikt zu verhindern, werden GAP-Sperren, die von XA-Transaktionen in der READ COMMITTED-Isolationsstufe übernommen werden, jetzt veröffentlicht (und nicht mehr geerbt), wenn XA-Transaktionen die Vorbereitungsphase erreichen. (Bug #27189701, Bug #25866046)

  • InnoDB: Eine GAP-Sperre wurde während der Überprüfung von Fremdschlüsseln unnötig durchgeführt, während die READ COMMITTED-Isolationsstufe verwendet wurde. (Bug #25082593)

  • Replikation: Wenn bei Verwendung von XA-Transaktionen ein Timeout für ein Zeitlimit einer Sperrung oder ein Deadlock für den Applier (SQL) -Thread auf einem Replikations-Slave aufgetreten ist, funktionierte die automatische Wiederholung nicht. Die Ursache war, dass der SQL-Thread zwar einen Rollback durchführen würde, die XA-Transaktion jedoch nicht zurücksetzen würde. Dies bedeutete, dass bei der Wiederholung der Transaktion das erste Ereignis XA START war, was ungültig war, da die XA-Transaktion bereits im Gange war, was zu einem XAER_RMFAIL-Fehler führte. (Bug #24764800)

  • Replikation: Doppelspieltransaktionen konnten manchmal den Slave-Applier blockieren, wenn die Transaktionsisolationsstufe auf REPEATABLE READ festgelegt wurde. (Bug #25040331)

  • Replikation: Der von einer SHOW SLAVE STATUS-Anweisung zurückgegebene Wert für die gesamte kombinierte Größe aller vorhandenen Relay-Protokolldateien (Relay_Log_Space) könnte viel größer werden als der tatsächlich von den Relay-Protokolldateien belegte Speicherplatz. Der I/O-Thread hat die Variable nicht gesperrt, während sie den Wert aktualisiert hat, so dass der SQL-Thread automatisch eine Relay-Protokolldatei löschen und einen reduzierten Wert schreiben konnte, bevor der I/O-Thread mit der Aktualisierung des Werts fertig war. Der I/O-Thread schrieb dann seine ursprüngliche Größenberechnung, ignorierte das Update des SQL-Threads und fügte so den Platz für die gelöschte Datei hinzu. Der Wert Relay_Log_Space ist jetzt während Updates gesperrt, um gleichzeitige Aktualisierungen zu verhindern und eine genaue Berechnung sicherzustellen. (Bug #26997096, Bug #87832)

  • Bei einer INSERT-Anweisung, für die die VALUES-Liste mit einer Unterabfrage, die eine Verknüpfung enthält, Werte für die zweite oder spätere Zeile erzeugte, konnte es zu einer Beendigung des Servers kommen, nachdem die erforderlichen Berechtigungen nicht aufgelöst wurden. (Bug #23762382)

  • Bei einer Tabelle mit einer TIMESTAMP- oder DATETIME-Spalte mit dem Standardwert CURRENT_TIMESTAMP könnte die Spalte auf 0000-00-00 00:00:00 initialisiert werden, wenn die Tabelle einen BEFORE INSERT-Auslöser hat. (Bug #25209512, Bug #84077)

  • Ein Server-Exit könnte aus gleichzeitigen Versuchen mehrerer Threads resultieren, Metadaten Performance Schema-Objekte zu registrieren und abzumelden. (Bug #26502135)

  • Das Ausführen einer gespeicherten Prozedur, die eine Anweisung enthält, die aus dem Inhalt bestimmter SELECT-Anweisungen eine Tabelle erzeugt hat, konnte zu einem Speicherleck führen. (Bug #25586773)

  • 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. (Bug #25053286)

  • Bestimmte Unterabfragen-Materialisierungen konnten einen Server-Exit verursachen. Diese Abfragen erzeugen nun einen Fehler, der darauf hindeutet, dass die Materialisierung deaktiviert ist. (Bug #26402045)

  • Abfragen mit zahlreichen Links-Joins waren langsam, wenn die Join-Pufferung verwendet wurde (z. B. bei Verwendung mit dem blockverschachtelten Schleifenalgorithmus). (Bug #18898433, Bug #72854)

  • Der Optimierer übersprang die zweite Spalte in einem zusammengesetzten Index, als er eine Verknüpfung mit einer LIKE Klausel gegen die zweite Spalte ausführte. (Bug #28086754)

Aurora My SQL Datenbank-Engine-Updates 2020-04-17 (Version 2.07.2) (veraltet)

2.07.2

Aurora My SQL Datenbank-Engine-Updates 2019-11-25 (Version 2.07.0) (veraltet)

2.07.0

  • Bug #26251621: INCORRECT BEHAVIOR WITH TRIGGER AND GCOL

  • Bug #22574695: ASSERTION `!TABLE || (!TABLE->READ_SET || BITMAP_IS_SET(TABLE->READ_SET, FIEL

  • Bug #25966845: INSERT ON DUPLICATE KEY GENERATE A DEADLOCK

  • Bug #23070734: CONCURRENT TRUNCATE TABLES CAUSE STALL

  • Bug #26191879: FOREIGN KEY CASCADES USE EXCESSIVE MEMORY

  • Bug #20989615: INNODB AUTO_INCREMENT PRODUCES SAME VALUE TWICE

Aurora My SQL Datenbank-Engine-Updates 2019-11-11 (Version 2.05.0) (veraltet)

2.05.0

  • Fehler #23054591: PURGE BINARY LOGS TO liest die gesamte Binlog-Datei und führt zum Stillstand MySql

Aurora My SQL Datenbank-Engine-Updates 2020-08-14 (Version 2.04.9) (veraltet)

2.04.9

  • Fehler #23070734, Bug #80060: Concurrent TRUNCATE TABLEs cause stalls

  • Fehler #23103937: PS_TRUNCATE_ALL_TABLES() DOES NOT WORK IN 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-Synchronisierung.

  • FEHLER #12589870: Es wurde ein Fehler behoben, der einen Neustart mit mehrfacher Abfrage auslöste, 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 Feldname einer virtuellen NULL-Spalte in einem virtuellen Index führte zu einem Beenden des Servers während eines Feldnamensabgleichs, der beim Befüllen von virtuellen Spalten auftritt, die von einer Fremdschlüsselbeschrä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 mit einer Anweisung, die eine Tabelle aus dem Inhalt bestimmter SELECT (https://dev.mysql.com/doc/refman/5.7/en/select.html) -Anweisungen erstellt, konnte zu einem Speicherverlust führen. (https://github.com/mysql/mysql-server/commit/88301e5adab65f6750f66af284be410c4369d0c1)

  • Fehler #26666274: INFINITE LOOP IN PERFORMANCE SCHEMA BUFFER CONTAINER.

  • Fehler #23550835, Fehler #23298025, Fehler #81464: SELECT Performance Schema-Tabellen, konnten bei vollem internen Puffer einen Server-Exit verursachen.

Aurora My SQL Datenbank-Engine-Updates 2019-09-19 (Version 2.04.6) (veraltet)

2.04.6

  • Fehler #23054591: PURGE BINARY LOGS TO liest die gesamte Binlog-Datei und führt zum Stillstand MySql

Aurora My SQL Datenbank-Engine-Updates 2019-05-02 (Version 2.04.2) (veraltet)

2.04.2

Fehler #24829050 – INDEX_MERGE_INTERSECTION-OPTIMIERUNG FÜHRT ZU FALSCHEN ABFRAGEERGEBNISSEN

Aurora My SQL Datenbank-Engine-Updates 2018-10-11 (Version 2.03) (veraltet)

2.03

  • REVERSE-SCAN AUF EINER PARTITIONIERTEN TABELLE FÜHRT ICP AUS – ORDER BY DESC (Fehler #24929748).

  • JSON_OBJECT ERSTELLT UNGÜLTIGEN JSON-CODE (Fehler #26867509).

  • DAS EINFÜGEN GROẞER JSON-DATEN DAUERT ÜBERMÄẞIG LANGE. (Fehler #22843444).

  • DIE PARTITIONIERTEN TABELLEN NUTZEN UNTER VERSION 5.7 MEHR SPEICHER ALS UNTER VERSION 5.6 (Fehler #25080442).

Updates für die Aurora My SQL Datenbank-Engine 21.09.2018 (Version 2.02.4) (veraltet)

2.02.4

  • BUG#13651665 INNODB MAY BE UNABLE TO LOAD TABLE DEFINITION AFTER RENAME

  • BUG#21371070 INNODB: CANNOT ALLOCATE 0 BYTES.

  • BUG#21378944 FTS ASSERT ENC.SRC_ILIST_PTR != NULL, FTS_OPTIMIZE_WORD(), OPTIMIZE TABLE

  • BUG#21508537 ASSERTION FAILURE UT_A(!VICTIM_TRX->READ_ONLY)

  • BUG#21983865 UNEXPECTED DEADLOCK WITH INNODB_AUTOINC_LOCK_MODE=0

  • BUG#22679185 INVALID INNODB FTS DOC ID DURING INSERT

  • BUG#22899305 GCOLS: ASSERTION: !(COL->PRTYPE & 256).

  • BUG#22956469 MEMORY LEAK INTRODUCED IN 5.7.8 IN MEMORY/INNODB/OS0FILE

  • BUG#22996488 CRASH IN FTS_SYNC_INDEX WHEN DOING DDL IN A LOOP

  • BUG#23014521 GCOL:INNODB: ASSERTION: !IS_V

  • BUG#23021168 REPLICATION STOPS AFTER TRX IS ROLLED BACK ASYNC

  • BUG#23052231 ASSERTION: ADD_AUTOINC < DICT_TABLE_GET_N_USER_COLS

  • BUG#23149683 ROTATE INNODB MASTER KEY WITH KEYRING_OKV_CONF_DIR MISSING: SIGSEGV; SIGNAL 11

  • BUG#23762382 INSERT VALUES QUERY WITH JOIN IN A SELECT CAUSES INCORRECT BEHAVIOR

  • BUG#25209512 CURRENT_TIMESTAMP PRODUCES ZEROS IN TRIGGER

  • BUG#26626277 BUG IN "INSERT... ON DUPLICATE KEY UPDATE" QUERY

  • BUG#26734162 INCORRECT BEHAVIOR WITH INSERT OF BLOB + ON DUPLICATE KEY UPDATE

  • BUG#27460607 INCORRECT WHEN INSERT SELECT's SOURCE TABLE IS EMPTY

Aurora My SQL Datenbank-Engine-Updates 2018-05-03 (Version 2.02) (veraltet)

2.02.0

Left Join gibt falsche Ergebnisse auf der äußeren Seite zurück (Fehlernr. 22833364)

MySQL-Fehlerbehebungen durch Aurora MySQL 1.x-Datenbank-Engine-Updates

MySQL 5.6-kompatible Version Aurora enthält alle MySQL-Fehlerbehebungen durch MySQL 5.6.10. In der folgenden Tabelle werden zusätzliche MySQL-Fehler bezeichnet, die durch Aurora MySQL-Datenbank-Engine-Updates behoben wurden, und es wird angegeben, mit welchem Update sie behoben wurden.

Datenbank-Engine-Update Version Behobene MySQL-Fehler
Aurora-MySQL-Datenbank-Engine-Updates 18.03.2021 (Version 1.23.2) (veraltet) 1.23.2
  • Replikation: Während eine SHOW BINLOG EVENTS Anweisung ausgeführt wurde, wurde jede parallele Transaktion blockiert. Der Fix stellt sicher, dass der SHOW 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)

Aurora-MySQL-Datenbank-Engine-Updates 02.09.2020 (Version 1.23.0) (veraltet) 1.23.0
  • 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.

Aurora-MySQL-Datenbank-Engine-Updates 09.11.2020 (Version 1.22.3) (veraltet) 1.22.3
  • Fehler #26654685: Eine beschädigte Index-ID, die während der Überprüfung eines Fremdschlüssels aufgetreten ist, hat eine Behauptung ausgelöst

  • Fehler #15831300: Beim Hochsetzen von Ganzzahlen von einem kleineren Typ auf dem Master auf einen größeren Typ auf dem Slave (z. B. von einer SMALLINT-Spalte auf dem Master zu einer BIGINT-Spalte auf dem Slave) werden die hochgesetzten Werte standardmäßig so behandelt, als wären sie signiert. In solchen Fällen ist es nun möglich, dieses Verhalten mit einem oder beiden von ALL_SIGNED und ALL_UNSIGNED aus einer Reihe von Werten, die in der für die Systemvariable slave_type_conversions angegebenen werden, zu ändern oder zu überschreiben. Weitere Informationen finden Sie unter Zeilen-basierte Replikation: Attributförderung und -herabstufung sowie in der Beschreibung der Variable.

  • Fehler #17449901: Mit foreign_key_checks=0 ermöglicht InnoDB das Löschen eines Index, der für eine Fremdschlüsseleinschränkung erforderlich ist, wodurch die Tabelle inkonsistent wurde und die beim Laden der Tabelle aufgetretene Fremdschlüsselprüfung fehlschlug. InnoDB verhindert jetzt, dass ein Index gelöscht wird, der für eine Fremdschlüsseleinschränkung erforderlich ist, selbst bei foreign_key_checks=0. Die Fremdschlüsseleinschränkung muss entfernt werden, bevor der Fremdschlüsselindex gelöscht wird.

  • FEHLER #20768847: ALTER TABLE ... Eine DROP INDEX-Operation für eine Tabelle mit Fremdschlüsselabhängigkeiten hat eine Behauptung ausgelöst.

Aurora-MySQL-Datenbank-Engine-Updates 25.11.2019 (Version 1.22.0) (veraltet) 1.22.0
  • Bug#16346241 - SERVER CRASH IN ITEM_PARAM::QUERY_VAL_STR

  • Bug#17733850 - NAME_CONST() CRASH IN ITEM_NAME_CONST::ITEM_NAME_CONST()

  • Bug #20989615 - INNODB AUTO_INCREMENT PRODUCES SAME VALUE TWICE

  • Bug #20181776 - ACCESS CONTROL DOESN'T MATCH MOST SPECIFIC HOST WHEN IT CONTAINS WILDCARD

  • Bug #27326796 - MYSQL CRASH WITH INNODB ASSERTION FAILURE IN FILE PARS0PARS.CC

  • Bug #20590013 - IF YOU HAVE A FULLTEXT INDEX AND DROP IT YOU CAN NO LONGER PERFORM ONLINE DDL

Aurora-MySQL-Datenbank-Engine-Updates 25.11.2019 (Version 1.21.0) (veraltet) 1.21.0
  • Fehler #19929406: HANDLE_FATAL_SIGNAL (SIG=11) IN __MEMMOVE_SSSE3_BACK FROM STRING::COPY

  • Fehler #17059925: Für UNION-Anweisungen wurde der zeilengeprüfte Wert falsch berechnet. Dies zeigte sich in Gestalt zu großer Werte für die Spalte ROWS_EXAMINED von Leistungsschema-Anweisungstabellen (wie z. B. events_statements_current).

  • Fehler #11827369: Einige Abfragen mit verschachtelten SELECT ... FROM DUAL-Unterabfragen erhöhten eine Assertion.

  • Fehler #16311231: Falsche Ergebnisse wurden zurückgegeben, wenn eine Abfrage eine Unterabfrage in einer IN-Klausel enthielt, die eine XOR-Operation in der WHERE-Klausel enthielt.

Aurora-MySQL-Datenbank-Engine-Updates 11.11.2019 (Version 1.20.0) (veraltet) 1.20.0
  • Fehler #19929406: HANDLE_FATAL_SIGNAL (SIG=11) IN __MEMMOVE_SSSE3_BACK FROM STRING::COPY

  • Fehler #17059925: Für UNION-Anweisungen wurde der zeilengeprüfte Wert falsch berechnet. Dies zeigte sich in Gestalt zu großer Werte für die Spalte ROWS_EXAMINED von Leistungsschema-Anweisungstabellen (wie z. B. events_statements_current).

  • Fehler #11827369: Einige Abfragen mit verschachtelten SELECT ... FROM DUAL-Unterabfragen erhöhten eine Assertion.

  • Fehler #16311231: Falsche Ergebnisse wurden zurückgegeben, wenn eine Abfrage eine Unterabfrage in einer IN-Klausel enthielt, die eine XOR-Operation in der WHERE-Klausel enthielt.

Aurora-MySQL-Datenbank-Engine-Updates 19.09.2019 (Version 1.19.5) (veraltet) 1.19.5
  • CVE-2018-2696

  • CVE-2015-4737

  • Fehler #19929406: HANDLE_FATAL_SIGNAL (SIG=11) IN __MEMMOVE_SSSE3_BACK FROM STRING::COPY

  • Fehler #17059925: Für UNION-Anweisungen wurde der zeilengeprüfte Wert falsch berechnet. Dies manifestierte sich in zu großen Werten für die Spalte ROWS_EXAMINED von Performance-Schema-Anweisungstabellen (z. B. events_statements_current).

  • Fehler #11827369: Einige Abfragen mit verschachtelten SELECT ... FROM DUAL-Unterabfragen erhöhten eine Assertion.

  • Fehler #16311231: Falsche Ergebnisse wurden zurückgegeben, wenn eine Abfrage eine Unterabfrage in einer IN-Klausel enthielt, die eine XOR-Operation in der WHERE-Klausel enthielt.

Aurora-MySQL-Datenbank-Engine-Updates 07.02.2019 (Version 1.19.0) (veraltet) 1.19.0
  • BUG #32917: DETECT ORPHAN TEMP-POOL FILES, AND HANDLE GRACEFULLY

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

Aurora-MySQL-Datenbank-Engine-Updates 17.01.2019 (Version 1.17.8) (veraltet) 1.17.8
  • Fehler 13418638: CREATE TABLE IF NOT EXISTS METADATA LOCK IS TOO RESTRICTIVE

Aurora-MySQL-Datenbank-Engine-Updates 08.10.2018 (Version 1.17.7) (veraltet) 1.17.7
  • Das Verwerfen eines Index auf einer Fremdschlüsselspalte führt zu einer fehlenden Tabelle. (Fehler #16208542)

  • Speicherleck in add_derived_key(). (Fehler #76349)

  • Für partitionierte Tabellen liefern Abfragen unterschiedliche Ergebnisse, je nachdem, ob Index Merge verwendet wurde. (Fehler #16862316)

  • Abfragen mit der index_merge-Optimierung (siehe Index Merge Optimization) können ungültige Ergebnisse liefern, wenn sie an Tabellen ausgeführt werden, die mithilfe von HASH partitioniert wurden. (Fehler #17588348)

Aurora-MySQL-Datenbank-Engine-Updates 06.09.2018 (Version 1.17.6) (veraltet) 1.17.6
  • Für eine ALTER TABLE-Anweisung, durch die der Standardwert einer BINARY-Spalte umbenannt oder geändert wurde, ist die Änderung mit einer Tabellenkopie und nicht direkt durchgeführt worden. (Fehler #67141, Fehler #14735373, Fehler #69580, Fehler #17024290)

  • Eine äußere Join-Operation zwischen einer regulären Tabelle und einer abgeleiteten Tabelle, die implizit aus Gruppen besteht, könnte zum Beenden des Servers führen. (Fehler #16177639)

Aurora-MySQL-Datenbank-Engine-Updates 13.03.2018 (Version 1.17) (veraltet) 1.17.0
  • LAST_INSERT_ID wird bei Nutzung von Replikationsfiltern fehlerhaft repliziert (Fehler 69861).

  • Abfrage gibt abhängig von der INDEX_MERGE-Einstellung unterschiedliche Ergebnisse zurück (Fehler 16862316).

  • Abfrageausführung führt gespeicherte Routine erneut aus, ineffizienter Abfrageplan (Fehler 16346367).

  • InnoDB-FTS: Assert in FTS_CACHE_APPEND_DELETED_DOC_IDS (Fehler 18079671).

  • Assert RBT_EMPTY(INDEX_CACHE->WORDS) in ALTER TABLE CHANGE COLUMN (Fehler 17536995)

  • InnoDB-Volltextsuche findet keine Datensätze, wenn Savepoints involviert sind (Fehler #70333, Fehler #17458835).

Aurora-MySQL-Datenbank-Engine-Updates 20.11.2017 (Version 1.15.1) (veraltet) 1.15.1
  • Zurückgesetzt: — MySQL-Instance verhindert Ausführung des SYNC-Index (Fehler 73816)

  • Zurückgesetzt: Assert RBT_EMPTY(INDEX_CACHE->WORDS) in ALTER TABLE CHANGE COLUMN (Fehler 17536995)

  • Zurückgesetzt: InnoDB-Volltextsuche findet keine Datensätze, wenn Savepoints involviert sind (Fehler 70333)

Aurora-MySQL-Datenbank-Engine-Updates 24.10.2017 (Version 1.15) (veraltet) 1.15.0
  • CREATE USER akzeptiert Plug-in- und Passwort-Hash, ignoriert jedoch Passwort-Hash (Fehler 78033).

  • Die Partitionierungs-Engine fügt Felder zum Lese-Bitsatz hinzu, damit Einträge über einen partitionierten Index sortiert ausgegeben werden können. Dies führt dazu, dass der Verbindungs-Puffer versucht, nicht benötigte Felder zu lesen. Behoben, indem nicht alle Partitionierungsfelder zu read_set hinzugefügt werden, sondern stattdessen nur basierend auf den bereits festgelegten Präfix-Feldern in read_set sortiert wird. DBUG_ASSERT hinzugefügt, damit bei der Ausführung von key_cmp zumindest das erste Feld gelesen werden muss (Fehler 16367691).

  • MySQL-Instance verhindert Ausführung des SYNC-Index (Fehler 73816)

  • Assert RBT_EMPTY(INDEX_CACHE->WORDS) in ALTER TABLE CHANGE COLUMN (Fehler 17536995)

  • InnoDB-Volltextsuche findet keine Datensätze, wenn Savepoints involviert sind (Fehler 70333).

Aurora-MySQL-Datenbank-Engine-Updates 13.03.2018 (Version 1.14.4) (veraltet) 1.14.4
  • Ignorierbare Ereignisse funktionieren nicht und werden nicht getestet (Fehler 74683).

  • FEHLER DES NEUEN->ALTEN ASSERTS 'GTID_MODE > 0' (Fehler 20436436).

Aurora-MySQL-Datenbank-Engine-Updates 07.08.2017 (Version 1.14) (veraltet) 1.14.0

Eine Volltextsuche in Verbindung mit abgeleiteten Tabellen (Unterabfragen in der FROM-Klausel) führte zu einem Austritt des Servers. Wenn nun eine Volltextsuche von einer abgeleiteten Tabelle abhängt, gibt der Server eine Fehlermeldung aus, dass bei einer materialisierten Tabelle keine Volltextsuche durchgeführt werden kann. (Fehler #68751, Fehler #16539903)

Aurora-MySQL-Datenbank-Engine-Updates 15.05.2017 (Version 1.13) (veraltet) 1.13.0
  • Erneutes Laden einer Tabelle, die während eines Leerlaufs exmittiert wurde, führte zum Zurücksetzen des AUTO_INCREMENT-Werts. (Fehler #21454472, Fehler #77743)

  • Ein Index-Datensatz wurde beim Rollback aufgrund von Unstimmigkeiten in der purge_node_t-Struktur nicht gefunden. Die Unstimmigkeiten führten zu Warn- und Fehlermeldungen wie „Fehler im sec index entry-Update“, „kann einen Datensatz nicht bereinigen“ und „versuchte, einen nicht zur Löschung markierten sec-Indexeintrag zu bereinigen“. (Fehler #19138298, Fehler #70214, Fehler #21126772, Fehler #21065746)

  • Falsche Berechnung der Stack-Größe für qsort-Operation führt zu Stack-Overflow. (Fehler #73979)

  • Datensatz nach Rollback in keinem Index gefunden. (Fehler #70214, Fehler #72419)

  • ALTER TABLE fügt Spalte TIMESTAMP beim Update hinzu, CURRENT_TIMESTAMP fügt ZERO-Daten ein (Fehler #17392)

Aurora-MySQL-Datenbank-Engine-Updates 05.04.2017 (Version 1.12) (veraltet) 1.12.0
  • Erneutes Laden einer Tabelle, die während eines Leerlaufs exmittiert wurde, führte zum Zurücksetzen des AUTO_INCREMENT-Werts. (Fehler #21454472, Fehler #77743)

  • Ein Index-Datensatz wurde beim Rollback aufgrund von Unstimmigkeiten in der purge_node_t-Struktur nicht gefunden. Die Unstimmigkeiten führten zu Warn- und Fehlermeldungen wie „Fehler im sec index entry-Update“, „kann einen Datensatz nicht bereinigen“ und „versuchte, einen nicht zur Löschung markierten sec-Indexeintrag zu bereinigen“. (Fehler #19138298, Fehler #70214, Fehler #21126772, Fehler #21065746)

  • Falsche Berechnung der Stack-Größe für qsort-Operation führt zu Stack-Overflow. (Fehler #73979)

  • Datensatz nach Rollback in keinem Index gefunden. (Fehler #70214, Fehler #72419)

  • ALTER TABLE fügt Spalte TIMESTAMP beim Update hinzu, CURRENT_TIMESTAMP fügt ZERO-Daten ein (Fehler #17392)

Aurora-MySQL-Datenbank-Engine-Updates 23.02.2017 (Version 1.11) (veraltet) 1.11.0
  • Das gleichzeitige Ausführen von ALTER-Tabelle und Fremdschlüssel-DROP mit einer anderen DROP-Operation führt dazu, dass die Tabelle verschwindet. (Fehler #16095573)

  • Einige INFORMATION SCHEMA-Abfragen die ORDER BY verwendet haben, haben nicht wie zuvor Filesort-Optimierung verwendet. (Fehler #16423536)

  • FOUND_ROWS () gibt die falsche Zählung von Zeilen in einer Tabelle zurück. (Fehler #68458)

  • Der Server fällt aus, anstatt einen Fehler zurückzugeben, wenn zu viele temp-Tabellen geöffnet sind. (Fehler #18948649)

Aurora-MySQL-Datenbank-Engine-Updates 14.12.2016 (Version 1.10) (veraltet) 1.10.0
  • UNION von abgeleiteten Tabellen gibt die falschen Ergebnisse mit "1=0/false"-Klauseln zurück. (Fehler #69471)

  • Serverausfälle in ITEM_FUNC_GROUP_CONCAT::FIX_FIELDS bei 2. Ausführung einer gespeicherten Prozedur. (Fehler #20755389)

  • Vermeidet ein Hinauszögern von MySQL-Abfragen für zu lange andauernde FTS-Cache-Sync-To-Disk-Vorgänge durch das Abladen des Cache-Sync-Vorgangs in einem separaten Thread, sobald die Größe des Cache 10 % der Gesamtgröße überschreitet. (Fehler #22516559, #73816)

Aurora-MySQL-Datenbank-Engine-Updates 26.10.2016 (Version 1.8.1) (veraltet) 1.8.1
  • OpenSSL hat aufgrund des Problems die Diffie-Hellman-Schlüssellängen-Parameter geändert. LogJam (Fehler #18367167)

Aurora-MySQL-Datenbank-Engine-Updates 18.10.2016 (Version 1.8) (veraltet) 1.8.0
  • Wenn alle Indexe in einer Spalte mit mehreren Indexen verworfen wurden, konnte InnoDB eine DROP INDEX-Operation nicht blockieren, wenn eine Fremdschlüsselbeschränkung einen Index erfordert. (Fehler #16896810)

  • Lösung des Ausfalls beim Hinzufügen von Fremdschlüsselbeschränkung. (Fehler #16413976)

  • Behebung eines Ausfalls, wenn gleichzeitig ein Cursor in einer gespeicherten Prozedur abgerufen und eine Analyse oder Bereinigung der Tabelle durchgeführt wird. (Fehler #18158639)

  • Behebung eines Fehlers bei der automatischen Zählung, wenn ein Benutzer eine Tabelle verändert, um den AUTO_INCREMENT-Wert in weniger als den maximalen Spaltenwert für automatische Zählung zu ändern. (Fehler #16310273)

Aurora-MySQL-Datenbank-Engine-Updates 30.08.2016 (Version 1.7.0) (veraltet) 1.7.0
  • Verbesserte Skalierbarkeit durch Partitionierung der LOCK_grant-Sperre. (Port WL #8355)

  • Das Öffnen des Cursors mit SELECT in einer gespeicherten Prozedur verursacht segfault. (Port-Fehler#16499751)

  • MySQL gibt das falsche Ergebnis mit einer ungewöhnlichen Nutzung aus. (Fehler #11751794)

  • Ausfall in GET_SEL_ARG_FOR_KEYPART – verursacht durch Patch für Fehler #11751794. (Fehler #16208709)

  • Falsche Ergebnisse für eine einfache Abfrage mit GROUP_BY. (Fehler #17909656)

  • Zusätzliche Zeilen für semijoin-Abfragen mit Bereichseigenschaften. (Fehler #16221623)

  • Hinzufügen einer ORDER BY-Klausel gefolgt von einer IN-Unterabfrage könnte dazu führen, dass Duplikatzeilen zurückgegeben werden. (Fehler #16308085)

  • Ausfall mit der Erklärung, dass eine Abfrage mit ungenauem Scan für GROUP BY, MyISAM vorliegt. (Fehler #16222245)

  • Ungenauer Index-Scan mit Ganzzahl-Prädikat in Anführungszeichen gibt zufällige Daten zurück. (Fehler #16394084)

  • Wenn der Optimierer einen ungenauen Index-Scan verwendet hat, konnte der Server während des Versuchs, eine temporäre Tabelle zu erstellen, beendet werden. (Fehler #16436567)

  • COUNT(DISTINCT) sollte keine NULL-Werte zählen. Diese wurden jedoch gezählt, als der Optimierer ungenauen Index-Scan verwendet hatte. (Fehler #17222452)

  • Wenn eine Abfrage sowohl MIN()/MAX() als auch aggregate_function(DISTINCT) (z. B. SUM(DISTINCT)) aufwies und mithilfe von ungenauem Index-Scan ausgeführt wurde, wurden die Ergebniswerte von MIN()/MAX() falsch festgelegt. (Fehler #17217128)

Aurora-MySQL-Datenbank-Engine-Updates 01.06.2016 (Version 1.6.5) (veraltet) 1.6.5
  • SLAVE CAN'T CONTINUE REPLICATION AFTER MASTER'S CRASH RECOVERY (Port Bug #17632285)

Aurora-MySQL-Datenbank-Engine-Updates 06.04.2016 (Version 1.6) (veraltet) 1.6.0
  • 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)

Aurora-MySQL-Datenbank-Engine-Updates 11.01.2016 (Version 1.5) (veraltet)

1.5.0

  • Behebung einer unvollständigen Lösung in der MySQL-Volltextsuche, die sich auf Tabellen auswirkt, bei denen der Datenbankname mit einer Ziffer beginnt. (Port Fehler #17607956)

Aurora-MySQL-Datenbank-Engine-Updates 03.12.2015 (Version 1.4) (veraltet)

1.4

  • SEGV in FTSPARSE(). (Fehler #16446108)

  • InnoDB-Datenwörterbuch wird während der Umbenennung der Spalte nicht aktualisiert. (Fehler #19465984)

  • FTS-Ausfall nach der Umbenennung einer Tabelle für eine andere Datenbank. (Fehler #16834860)

  • Fehlgeschlagene Vorbereitung eines Auslösers für trunkierte Tabellen verursacht Fehler 1054. (Fehler #18596756)

  • Änderungen der Metadaten könnten zu Problemen bei der Ausführung von Auslösern führen. (Fehler #18684393)

  • Materialisierung wird nicht für das long-Feld UTF8 VARCHAR ausgewählt. (Fehler #17566396)

  • Schlechter Ausführungsplan, wenn ORDER BY mit Limit X. (Fehler #16697792)

  • Backport-Fehler #11765744 IN 5.1, 5.5 UND 5.6. (Fehler #17083851)

  • Mutex-Problem in SQL/SQL_SHOW.CC führt zu SIG6. Quelle vermutlich FILL_VARIABLES. (Fehler #20788853)

  • Backport-Fehler #18008907 in Versionen 5.5+. (Fehler #18903155)

  • Adaptionsfix für einen Stack-Overflow-Fehler in MySQL 5.7. (Fehler #19678930)

Aurora-MySQL-Datenbank-Engine-Updates 16.10.2015 (Versionen 1.2, 1.3) (veraltet)

1.2, 1.3

  • Beenden einer Abfrage innerhalb innodb verursacht einen Ausfall mit einer Assertion. (Fehler #1608883)

  • Bei Fehlschlägen beim Erstellen eines neuen Threads für den Ereignis-Scheduler, die Ereignis-Ausführung oder neue Verbindung, wurde keine Mitteilung in das Fehlerprotokoll geschrieben. (Fehler #16865959)

  • Wenn eine Verbindung ihre standardmäßige Datenbank ändert und eine andere Verbindung simultan SHOW PROCESSLIST ausführt, könnte die zweite Verbindung auf ungültigen Arbeitsspeicher zugreifen, wenn sie versucht, den standardmäßigen Datenbankarbeitsspeicher der ersten Verbindung anzuzeigen. (Fehler #11765252)

  • PURGE BINARY LOGS entfernt standardmäßig keine Binärprotokolldateien, die verwendet werden oder aktiv sind, gab aber keinen Hinweis, wenn dies stattfand. (Fehler #13727933)

  • Bei einigen Statements könnte es zu Lecks im Arbeitsspeicher kommen, wenn der Optimierer unbenötigte Unterabfrage-Klassen entfernt hat. (Fehler #15875919)

  • Während des Herunterfahrens könnte der Server versuchen, einen nicht initialisierten Mutex zu sperren. (Fehler #16016493)

  • Ein vorbereitetes Statement, das GROUP CONCAT() und eine ORDER BY-Klausel verwendet hat, das mehrere Spalten benannt hat, könnte dazu führen, das der Server beendet wird. (Fehler #16075310)

  • Leistungsschema-Instrumentierung fehlte bei Replikat-Worker-Threads. (Fehler #16083949)

  • STOP SLAVE kann einen Deadlock verursachen, wenn sie gleichzeitig mit einer Anweisung wie SHOW STATUS ausgegeben wird, die die Werte für eine oder mehrere der Statusvariablen Slave_retried_transactions, Slave_heartbeat_period, Slave_received_heartbeats, Slave_last_heartbeat oder Slave_running abgerufen hat. (Fehler #16088188)

  • Eine vollständige Abfrage mithilfe des booleschen Modus konnte in einigen Fällen keine Ergebnisse liefern, wenn der Suchbegriff in Anführungszeichen stand. (Fehler #16206253)

  • Der Versuch des Optimierers, redundante Unterabfrage-Klauseln zu entfernen, erhöhte eine Assertion, wenn ein vorbereitetes Statement mit einer Unterabfrage in der On-Klausel einer Verbindung in einer Unterabfrage ausgeführt wurde. (Fehler #16318585)

  • GROUP_CONCAT instabil, Ausfall in ITEM_SUM::CLEAN_UP_AFTER_REMOVAL. (Fehler #16347450)

  • Der Versuch, die standardmäßige InnoDB-Volltextsuchen-Stoppwortliste (FTS) zu ersetzen, indem eine InnoDB-Tabelle mit derselben Struktur wie INFORMATION_SCHEMA.INNODB_FT_DEFAULT_STOPWORD erstellt wird, endete in einem Fehler. (Fehler #16373868)

  • Nachdem der Client-Thread auf einem Worker ein FLUSH TABLES WITH READ LOCK ausgeführt hat und darauf einige Updates auf dem Master folgten, stürzte der Worker ab, wenn ausgeführt wurd SHOW SLAVE STATUS. (Fehler #16387720)

  • Beim Parsen einer beschränkten Suchzeichenfolge wie "abc-def" in einer Volltextsuche verwendet InnoDB jetzt dieselben Trennzeichen wie MyISAM. (Fehler #16419661)

  • Ausfall in FTS_AST_TERM_SET_WILDCARD. (Fehler #16429306)

  • SEGFAULT in FTS_AST_VISIT() for FTS RQG Test. (Fehler #16435855)

  • Wenn bei Debug-Builds der Optimierer ein Item_ref entfernte, das auf eine Unterabfrage verwies, führte das zum Beenden des Servers. (Fehler #16509874)

  • Volltextsuche in InnoDB-Tabellen schlug fehl bei der Suche nach wörtlichen Sätzen in Kombination mit den Operatoren + oder -. (Fehler #16516193)

  • START SLAVEschlug fehl, als der Server mit den Optionen --master-info-repository=TABLE relay-log-info-repository =TABLE gestartet wurde und Autocommit auf 0 gesetzt war, zusammen mit. --skip-slave-start (Fehler #16533802)

  • Sehr große InnoDB-Volltextsuchergebnisse (FTS) konnten in einigen Fällen eine übermäßige Menge an Arbeitsspeicher verbrauchen. (Fehler #16625973)

  • Bei Debug-Builds konnte in OPT_CHECK_ORDER_BY eine Assertion auftreten, wenn ein Binärprogramm direkt in der Suchzeichenfolge verwendet wurde, da Binärprogramme NULL-Bytes und andere bedeutungslose Zeichen enthalten können. (Fehler #16766016)

  • Bei einigen Statements könnte es zu Lecks im Arbeitsspeicher kommen, wenn der Optimierer unbenötigte Unterabfrage-Klassen entfernt hat. (Fehler #16807641)

  • Es war möglich, einen Deadlock zu verursachen, nachdem FLUSH TABLES WITH READ LOCK durch Verwendung von STOP SLAVE in einer neuen Verbindung an den Worker erteilt wurde und anschließend SHOW SLAVE STATUS über die ursprüngliche Verbindung erteilt wurde. (Fehler #16856735)

  • GROUP_CONCAT() mit einem ungültigen Trennzeichen konnte zum Beenden des Servers führen. (Fehler #16870783)

  • Der Server führte übermäßiges Sperren für die Mutexe LOCK_active_mi und active_mi->rli->data_lock jeder SHOW STATUS LIKE 'pattern'-Anweisung aus, selbst wenn das Muster nicht mit den Statusvariablen übereinstimmte, die diese Mutexe verwenden (Slave_heartbeat_period, Slave_last_heartbeat, Slave_received_heartbeats, Slave_retried_transactions, Slave_running). (Fehler #16904035)

  • Eine Volltextsuche, die den IN BOOLEAN MODE-Modifikator verwendet, konnte in einem Assertionfehler enden. (Fehler #16927092)

  • Volltextsuche in InnoDB-Tabellen schlug fehl bei Suchen, die den booleschen Operator + verwendet haben. (Fehler #17280122)

  • 4-Wege-Deadlock: Zombies, Binärprotokolle bereinigen, Prozesslisten anzeigen, Binärprotokolle anzeigen. (Fehler #17283409)

  • Wenn ein auf ein Commit-Lock wartender SQL-Thread beendet und neu gestartet wurde, führte das zum Überspringen einer Transaktion auf dem Worker. (Fehler #17450876)

  • Ein InnoDB-Volltextsuchen-Fehler konnte aufgrund eines "unbeendeten" Tokens auftreten. Die Zeichenfolge und die Zeichenfolgenlänge sollten für einen Zeichenfolgenvergleich weitergeleitet werden. (Fehler #17659310)

  • Eine große Anzahl an partitionierten InnoDB-Tabellen konnte, wenn diese in MySQL 5.6 oder 5.7 verwendet wurden, viel mehr Arbeitsspeicher verbrauchen als dieselben Tabellen in vorherigen Versionen von MySQL Server. (Fehler #17780517)

  • Bei Volltextabfragen konnte ein Fehler beim Überprüfen, ob num_token kleiner ist als max_proximity_item, in einer Assertion enden. (Fehler #18233051)

  • Bestimmte Abfragen für die INFORMATION SCHEMA TABLES- und COLUMNS-Tabellen konnten zu übermäßigem Arbeitsspeicherverbrauch führen, wenn es eine große Anzahl an leeren InnoDB-Tabellen gab. (Fehler #18592390)

  • Beim Übergeben einer Transaktion wird jetzt eine Kennzeichnung verwendet, um zu überprüfen, ob ein Thread erstellt wurde, anstatt den Thread selbst zu überprüfen, was mehr Ressourcen benötigte, besonderen wenn der Server mit master_info_repository=TABLE ausgeführt wird. (Fehler #18684222)

  • Wenn ein Client-Thread in einem Worker FLUSH TABLES WITH READ LOCK ausgeführt hat, während der Master eine DML ausführte, wurde das Ausführen von SHOW SLAVE STATUS auf demselben Client blockiert, was zu einem Deadlock führte. (Fehler #19843808)

  • Das Ordnen nach einem GROUP_CONCAT() -Ergebnis konnte zum Beenden des Servers führen. (Fehler #19880368)

Aurora-MySQL-Datenbank-Engine-Updates 24.08.2015 (Version 1.1) (veraltet)

1.1

  • InnoDB-Datenbanken mit Namen, die mit einer Zahl beginnen, verursachen einen Fehler im Volltextsuchparser (FTS). (Fehler #17607956)

  • InnoDB-Volltextsuchen schlagen in Datenbanken fehl, deren Namen mit einer Zahl beginnen. (Fehler #17161372)

  • Für InnoDB-Datenbanken in Windows, ist die Objekt-ID für Volltextsuchen (FTS) nicht im erwarteten Hexadezimalformat. (Fehler #16559254)

  • Eine in MySQL 5.6 eingeführte Code-Regression hatte negative Auswirkungen auf die Leistung von DROP TABLE und ALTER TABLE. Dies führt möglicherweise zu einer Leistungsminderung zwischen MySQL Server 5.5.x und 5.6.x. (Fehler #16864741)