Erscheinung der Datenbank MySQL 9.6.0

Die Firma Oracle hat einen neuen Branch der Datenbank MySQL 9.6.0 gebildet. Die MySQL Community Server 9.6.0-Builds sind für alle gängigen Linux-Distributionen, FreeBSD, macOS und Windows vorbereitet. Laut dem im Jahr 2023 eingeführten Modell zur Erstellung von Releases wird MySQL 9.6 den „Innovation“-Branches zugeordnet. Die Innovation-Branches sind für diejenigen empfohlen, die früher Zugang zu neuen Funktionen wünschen, erscheinen alle 3 Monate und werden nur bis zur Veröffentlichung des nächsten bedeutenden Releases unterstützt (zum Beispiel wird die Unterstützung für den Branch 9.5 nach dem Erscheinen des Branches 9.6 eingestellt). Zukünftig ist die Bildung eines LTS-Releases 9.7 geplant, das für Implementierungen empfohlen wird, die Vorhersehbarkeit und eine langfristige Beibehaltung des unveränderten Verhaltens erfordern. Nach der LTS-Veröffentlichung wird ein neuer Innovation-Branch - MySQL 10.0 - erstellt.

Die Liste der wesentlichen Änderungen in MySQL 9.6 wiederholt vollständig den Änderungsbericht für MySQL 9.5. Erwähnt wird auch die zuvor genannte Änderung des Verhaltens des Parameters „innodb_log_writer_threads“, die Änderung des Standardwerts des Parameters „binlog_transaction_dependency_history_size“, die Deklaration der Authentifizierungsmethode SCRAM-SHA-1 als veraltet und die Einstellung der Unterstützung für die Variablen „group_replication_allow_local_lower_version_join“ und „replica_parallel_type“. Die allgemeine Liste der Bugfixes unterscheidet sich und enthält die folgenden bemerkenswerten Änderungen:

• Das Auditsystem wurde überarbeitet, wobei ein modulares Subsystem namens Audit Log implementiert wurde, das die separate Installation und Verwaltung verschiedener Komponenten zur Erstellung von Auditprotokollen ermöglicht und die Konfiguration des Protokollformats, des Speicherorts der Auditdateien und der Pufferparameter vereinfacht. Um die Systemvariable audit_log_rotate_on_size zu ändern, sind jetzt AUDIT_ADMIN-Berechtigungen erforderlich.
• Eine neue Datenstruktur und eine neue eingebaute Funktionsbibliothek für die Arbeit mit globalen Transaktionskennungen (GTID, Global Transaction ID), die bei der Replikation verwendet werden, wurden eingeführt. Die neue Implementierung zeichnet sich durch mehr hoher Leistung und eine Vereinfachung des Codes aus.
• Im InnoDB-Speicher wurde die Effizienz der Generierung von einzigartigen rowid-Identifikatoren in Tabellen ohne Primärschlüssel erhöht. Ein Problem mit der fehlerhaften Wiederherstellung des Zustands von Transaktionen, die zum Zeitpunkt des Absturzes den Status „PREPARED“ hatten, wurde gelöst.
• Eine neue Option „—container_aware“ wurde hinzugefügt, die beim Start die Erkennung der im Container festgelegten CPU- und Arbeitsspeicherbeschränkungen aktiviert.
• Die Möglichkeiten zur Fehlerbehebung bei der Replikation wurden erweitert.
• Die SQL-Funktionen MD5() und SHA1() wurden in eine separate Komponente „classic_hashing“ ausgegliedert, die bei Bedarf deaktiviert werden kann, um die Verwendung unsicherer Hash-Algorithmen zu blockieren.
• Es wurden 14 Sicherheitsanfälligkeiten behoben, von denen zwei aus der Ferne ausgenutzt werden können. Das schwerwiegendste Problem hat eine kritische Gefährdungsstufe (9,8), befindet sich im offiziellen Docker-Image mit MySQL und hängt mit einer Schwachstelle in der SQLite-Bibliothek (CVE-2025-6965) zusammen, die in Hilfswerkzeugen zur Konfiguration und zum Betrieb von MySQL verwendet wird. Die zweite aus der Ferne ausnutzbare Schwachstelle hat eine Gefährdungsstufe von 7,5 und wird durch einen Buffer Overflow (CVE-2025-9230) in der OpenSSL-Bibliothek verursacht. Weniger gefährliche Schwachstellen betreffen OpenSSL, InnoDB, den Optimierer, DDL, den Parser, die Pluggable Auth und das Thread Pooling. Details werden derzeit nicht mitgeteilt.

Quelle: opennet.ru