Stabile Veröffentlichung der Datenbank MariaDB 10.6

Nach einem Jahr Entwicklung und drei Vorabversionen wurde die erste stabile Version des neuen MariaDB-Datenbanksystems 10.6 veröffentlicht, in der eine Abspaltung von MySQL weiterentwickelt wird, die abwärtskompatibel bleibt und sich durch die Integration zusätzlicher Speicher-Engines und erweiterter Funktionen auszeichnet. Die Unterstützung dieser neuen Version wird fünf Jahre lang bis Juli 2026 bereitgestellt.

Die Entwicklung von MariaDB wird von der unabhängigen Organisation MariaDB Foundation gemäß einem vollkommen offenen und transparenten Entwicklungsprozess geleitet, der unabhängig von einzelnen Herstellern erfolgt. MariaDB wird als Ersatz für MySQL in vielen Linux-Distributionen (RHEL, SUSE, Fedora, openSUSE, Slackware, OpenMandriva, ROSA, Arch Linux, Debian) bereitgestellt und ist in großen Projekten wie Wikipedia, Google Cloud SQL und Nimbuzz implementiert.

Wesentliche Verbesserungen in MariaDB 10.6:

• Die Atomarität der Ausführung der Ausdrücke „CREATE TABLE|VIEW|SEQUENCE|TRIGGER“, „ALTER TABLE|SEQUENCE“, „RENAME TABLE|TABLES“, „DROP TABLE|VIEW|VIEW|TRIGGER|DATABASE“ ist sichergestellt (entweder wird der Ausdruck vollständig abgeschlossen, oder alles wird in den ursprünglichen Zustand zurückversetzt). Bei den „DROP TABLE“-Operationen, die mehrere Tabellen auf einmal löschen, wird die Atomarität auf Ebene jeder einzelnen Tabelle gewährleistet. Ziel der Änderung ist es, die Integrität im Falle eines Absturzes während der Ausführung der Operation sicherzustellen. Server Früher konnten nach einem Absturz temporäre Tabellen und Dateien verbleiben, die Synchronisation der Tabellen in den Speicher-Engines und den frm-Dateien könnte gestört werden, und einzelne Tabellen blieben beim Umbenennen mehrerer Tabellen unbenannt. Die Integrität wird durch die Führung eines Wiederherstellungsprotokolls gewährleistet, dessen Pfad über die neue Option „—log-ddl-recovery=Datei“ (standardmäßig ddl-recovery.log) festgelegt werden kann.
• Die in SQL 2008 definierte Syntax „SELECT … OFFSET … FETCH“ wurde implementiert, die es ermöglicht, eine bestimmte Anzahl von Zeilen ab einem angegebenen Offset auszugeben, wobei der Parameter „WITH TIES“ verwendet werden kann, um einen weiteren nachfolgenden Wert anzuhängen. Beispielsweise gibt der Ausdruck „SELECT i FROM t1 ORDER BY i ASC OFFSET 1 ROWS FETCH FIRST 3 ROWS WITH TIES“ im Vergleich zur Konstruktion „SELECT i FROM t1 ORDER BY i ASC LIMIT 3 OFFSET 1“ ein zusätzliches Element, das am Ende folgt, aus (es werden anstelle von 3 insgesamt 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 eine ähnliche Funktionalität als „unsichtbare Indizes“ bezeichnet). Das Markieren eines Index zum Ignorieren erfolgt mithilfe des Flags IGNORED in der Anweisung „ALTER TABLE“, wobei der Index sichtbar und aktualisierbar bleibt, jedoch vom Optimierer nicht verwendet wird.
• Die Funktion JSON_TABLE() wurde hinzugefügt, die dazu dient, JSON-Daten in relationale Formate umzuwandeln. Beispielsweise kann ein JSON-Dokument zur Verwendung im Kontext einer Tabelle umgewandelt werden, die im FROM-Block einer SELECT-Anweisung angegeben werden kann.
• Die Kompatibilität mit Oracle DBMS wurde verbessert: Unterstützung anonymer Unterabfragen im FROM-Block hinzugefügt. Die MINUS-Konstruktion (Äquivalent zu EXCEPT) wurde implementiert. Funktionen wie ADD_MONTHS(), TO_CHAR(), SYS_GUID() und ROWNUM() wurden hinzugefügt.
• Die Einfügung in leere Tabellen wurde im InnoDB-Engine beschleunigt. Das Format für kompakte Zeilen wurde standardmäßig in den Nur-Lese-Modus versetzt. Das Schema SYS_TABLESPACES ersetzt SYS_DATAFILES und spiegelt den Status im Dateisystem direkt wider. Für temporäre Tabellenräume wurde die Unterstützung für verzögertes Schreiben bereitgestellt. Die Unterstützung für den alten Checksumme-Algorithmus, der für die Kompatibilität mit MariaDB 5.5 beibehalten wurde, wurde eingestellt.
• Im Replikationssystem wurde die Größe des Parameters master_host von 60 auf 255 Zeichen und master_user auf 128 Zeichen erhöht. Es wurde die Variable binlog_expire_logs_seconds hinzugefügt, um die Verfallszeit des Binärlogs in Sekunden festzulegen (zuvor wurde die Rücksetzzeit nur in Tagen über die Variable expire_logs_days definiert).
• Im Mechanismus der synchronen Multi-Master-Replikation Galera wurde die Variable wsrep_mode zur Anpassung der API WSREP (Write Set REPlication) Parameter implementiert. Der Übergang von Galera von unverschlüsselten Kommunikationen zu TLS ohne Unterbrechung des Clusters wurde erlaubt.
• Das Schema sys-schema wurde implementiert, in dem eine Sammlung von Ansichten, Funktionen und Prozeduren zur Analyse von Datenbankoperationen zusammengestellt wurde.
• Hilfstabellen zur Analyse der Replikationsleistung wurden hinzugefügt.
• Zu den Informationssätzen wurden die Ansichten INFORMATION_SCHEMA.KEYWORDS und INFORMATION_SCHEMA.SQL_FUNCTIONS hinzugefügt, die eine Liste der verfügbaren Schlüsselwörter und Funktionen ausgeben.
• Die TokuDB- und CassandraSE-Speicher wurden entfernt.
• Die Codierung utf8 wurde von der vierbyteffizienten Darstellung utf8mb4 (U+0000..U+10FFFF) auf die dreibyteffiziente Darstellung utf8mb3 (deckt den Unicode-Bereich U+0000..U+FFFF ab) umgestellt.
• Die Unterstützung für die Aktivierung über Sockets in systemd wurde hinzugefügt.
• Im GSSAPI-Plugin wurde die Unterstützung für Active Directory-Gruppennamen und SID hinzugefügt.
• Die Überprüfung der Konfiguration des Datei $MARIADB_HOME/my.cnf wurde zusätzlich zu $MYSQL_HOME/my.cnf hinzugefügt.
• Neue Systemvariablen wurden implementiert: binlog_expire_logs_seconds, innodb_deadlock_report, innodb_read_only_compressed, wsrep_mode und Innodb_buffer_pool_pages_lru_freed.

Quelle: opennet.ru