Stabile Veröffentlichung der Datenbank MariaDB 10.6

Nach einem Jahr der Entwicklung und drei Vorabversionen wurde die erste stabile Version der neuen Datenbankversion MariaDB 10.6 veröffentlicht. Diese Version ist eine Weiterentwicklung von MySQL, die abwärtskompatibel bleibt und sich durch die Integration zusätzlicher Speicher-Engines sowie erweiterte Funktionen auszeichnet. Der Support für diese Version wird bis Juli 2026 für fünf Jahre gewährleistet.

Die Entwicklung von MariaDB wird von der unabhängigen MariaDB Foundation geleitet, die einen vollständig offenen und transparenten Entwicklungsprozess verfolgt, der nicht von einzelnen Anbietern abhängig ist. MariaDB ersetzt MySQL in vielen Linux-Distributionen (RHEL, SUSE, Fedora, openSUSE, Slackware, OpenMandriva, ROSA, Arch Linux, Debian) und ist in bedeutenden Projekten wie Wikipedia, Google Cloud SQL und Nimbuzz integriert.

Die wichtigsten Verbesserungen von MariaDB 10.6:

• Die Atomarität der Ausführung von Ausdrücken wie „CREATE TABLE|VIEW|SEQUENCE|TRIGGER“, „ALTER TABLE|SEQUENCE“, „RENAME TABLE|TABLES“ und „DROP TABLE|VIEW|VIEW|TRIGGER|DATABASE“ wird gewährleistet. Entweder wird der Ausdruck vollständig ausgeführt, oder alles wird in den Ursprungszustand zurückversetzt. Bei "DROP TABLE"-Operationen, die mehrere Tabellen gleichzeitig löschen, wird die Atomarität auf der Ebene jeder einzelnen Tabelle sichergestellt. Ziel dieser Änderung ist es, die Integrität im Falle eines Systemabsturzes während der Ausführung der Operation sicherzustellen. Server Frühere Abstürze konnten dazu führen, dass temporäre Tabellen und Dateien zurückbleiben, die Synchronisation der Tabellen in den Storage-Engines und frm-Dateien gestört wird oder dass einzelne Tabellen bei der gleichzeitigen Umbenennung mehrerer Tabellen nicht umbenannt werden. Die Integrität wird durch das Führen eines Wiederherstellungsprotokolls sichergestellt, dessen Pfad über die neue Option „—log-ddl-recovery=Datei“ definiert werden kann (standardmäßig ddl-recovery.log).
• In der SQL 2008-Spezifikation wurde die Konstruktion „SELECT … OFFSET … FETCH“ implementiert, die es ermöglicht, eine bestimmte Anzahl von Zeilen ab einem angegebenen Offset abzurufen. Dabei kann der Parameter „WITH TIES“ genutzt werden, um das nächste nachfolgende Ergebnis anzuhängen. Beispielsweise unterscheidet sich der Ausdruck „SELECT i FROM t1 ORDER BY i ASC OFFSET 1 ROWS FETCH FIRST 3 ROWS WITH TIES“ von der Konstruktion „SELECT i FROM t1 ORDER BY i ASC LIMIT 3 OFFSET 1“ dadurch, dass er ein zusätzliches Element am Ende ausgibt (anstatt 3 werden 4 Zeilen ausgegeben).
• Für die InnoDB-Engine wurde die Syntax „SELECT … SKIP LOCKED“ implementiert, die es ermöglicht, Zeilen auszuschließen, für die keine Sperre gesetzt werden kann („LOCK IN SHARE MODE“ oder „FOR UPDATE“).
• Die Möglichkeit, Indizes zu ignorieren, wurde implementiert (in MySQL 8 wird diese Funktionalität als „unsichtbare Indizes“ bezeichnet). Die Kennzeichnung eines Index zum Ignorieren erfolgt mit dem Flag IGNORED im Ausdruck „ALTER TABLE“. Danach bleibt der Index sichtbar und aktualisierbar, wird jedoch vom Optimierer nicht genutzt.
• Die Funktion JSON_TABLE() wurde hinzugefügt, um JSON-Daten in ein relationales Format zu konvertieren. Beispielsweise kann ein JSON-Dokument für die Verwendung im Kontext einer Tabelle umgewandelt werden, die innerhalb eines FROM-Blocks in einer SELECT-Anweisung angegeben werden kann.
• Die Kompatibilität mit Oracle-Datenbanken wurde verbessert: Unterstützung für anonyme Unterabfragen im FROM-Block hinzugefügt. Die MINUS-Konstruktion (äquivalent zu EXCEPT) wurde implementiert. Die Funktionen ADD_MONTHS(), TO_CHAR(), SYS_GUID() und ROWNUM() wurden hinzugefügt.
• Im InnoDB-Engine wurde das Einfügen in leere Tabellen beschleunigt. Das Standardformat COMPRESSED wurde in den Nur-Lese-Modus versetzt. Das SYS_TABLESPACES-Schema ersetzt SYS_DATAFILES und spiegelt direkt den Zustand im Dateisystem wider. Für temporäre Tabellenräume wird Unterstützung für verzögerte Schreibvorgänge bereitgestellt. Die Unterstützung des alten Prüfziffernalgorithmus, der zur Kompatibilität mit MariaDB 5.5 beibehalten wurde, wurde eingestellt.
• In der Replikationssystem wurde die Größe des Parameters master_host von 60 auf 255 Zeichen erhöht, und master_user auf 128. Eine Variable binlog_expire_logs_seconds wurde hinzugefügt, um die Ablaufzeit des Binärprotokolls in Sekunden zu konfigurieren (zuvor wurde die Ablaufzeit nur in Tagen über die Variable expire_logs_days bestimmt).
• Im Mechanismus der synchronen Multi-Master-Replikation von Galera wurde die Variable wsrep_mode implementiert, um die Parameter der WSREP-API (Write Set REPlication) einzustellen. Der Wechsel von unverschlüsselten Galera-Kommunikationen auf die Verwendung von TLS ist ohne Unterbrechung des Clusters möglich.
• Es wurde ein sys-schema eingeführt, das eine Sammlung von Ansichten, Funktionen und Prozeduren zur Analyse von Datenbankoperationen umfasst.
• Hilfstabellen zur Analyse der Replikationsleistung wurden hinzugefügt.
• In das Set von Informationstabellen wurden die Ansichten INFORMATION_SCHEMA.KEYWORDS und INFORMATION_SCHEMA.SQL_FUNCTIONS aufgenommen, die eine Liste der verfügbaren Schlüsselwörter und Funktionen ausgeben.
• Die Speicher TokuDB und CassandraSE wurden entfernt.
• Die Codierung utf8 wurde von der vierbyte-repräsentation utf8mb4 (U+0000..U+10FFFF) auf die drei-byte-repräsentation utf8mb3 (deckt den Unicode-Bereich U+0000..U+FFFF ab) umgestellt.
• Die Unterstützung für die Aktivierung über Socket in systemd wurde hinzugefügt.
• Im GSSAPI-Plugin wurde die Unterstützung für Active Directory-Gruppennamen und SID hinzugefügt.
• Es wurde eine Überprüfung auf die Verfügbarkeit der Konfigurationsdatei $MARIADB_HOME/my.cnf zusätzlich zu $MYSQL_HOME/my.cnf implementiert.
• Neue Systemvariablen binlog_expire_logs_seconds, innodb_deadlock_report, innodb_read_only_compressed, wsrep_mode und Innodb_buffer_pool_pages_lru_freed wurden eingeführt.

Quelle: opennet.ru