Nach 6 Monaten Entwicklungszeit wurde die erste stabile Version des neuen Zweigs des DBMS MariaDB 10.7 (10.7.2) veröffentlicht, in der ein Zweig von MySQL entwickelt wird, der Abwärtskompatibilität beibehält und sich durch die Integration von zusätzlichem Speicher auszeichnet Motoren und erweiterte Funktionen. Die MariaDB-Entwicklung wird von der unabhängigen MariaDB Foundation überwacht und folgt einem völlig offenen und transparenten Entwicklungsprozess, der unabhängig von einzelnen Anbietern ist. MariaDB wird als Ersatz für MySQL in vielen Linux-Distributionen (RHEL, SUSE, Fedora, openSUSE, Slackware, OpenMandriva, ROSA, Arch Linux, Debian) mitgeliefert und wurde in so großen Projekten wie Wikipedia, Google Cloud SQL und Nimbuzz implementiert.
Gleichzeitig wurden die erste Testversion des nächsten großen Zweigs von MariaDB 10.8.1 und Korrekturupdates 10.6.6, 10.5.14, 10.4.23, 10.3.33 und 10.2.42 veröffentlicht. Release 10.7.2 war das erste, nachdem das Projekt auf ein neues Release-Generierungsmodell umgestellt wurde, was eine Verkürzung des Supportzeitraums von 5 Jahren auf 1 Jahr und einen Übergang zur Bildung bedeutender Releases nicht einmal im Jahr, sondern einmal im Quartal beinhaltete .
Wichtige Verbesserungen in MariaDB 10.7:
- Ein neuer UUID-Datentyp wurde zum Speichern eindeutiger 128-Bit-Identifikatoren hinzugefügt.
- Für die Verarbeitung von Daten im JSON-Format wurden neue Funktionen vorgeschlagen: JSON_EQUALS() zum Vergleich der Identität zweier JSON-Dokumente und JSON_NORMALIZE(), um JSON-Objekte in eine Form zu bringen, die für die Durchführung von Vergleichsoperationen geeignet ist (Schlüssel sortieren und Leerzeichen entfernen).
- Die Funktion NATURAL_SORT_KEY() zum Sortieren von Zeichenfolgen unter Berücksichtigung digitaler Werte wurde hinzugefügt (z. B. erfolgt die Sortierung der Zeichenfolge „v10“ nach der Zeichenfolge „v9“).
- Die Funktion SFORMAT() für die beliebige Formatierung von Zeichenfolgen wurde hinzugefügt. Die Eingabe ist eine Zeichenfolge mit Formatierungsbefehlen und einer Liste von Werten zur Ersetzung (z. B. „SFORMAT(“Die Antwort ist {}.”, 42)’).
- Verbesserte Fehlerberichterstattung in INSERT-Abfragen, die Daten zu mehreren Zeilen hinzufügen (der Befehl GET DIAGNOSTICS zeigt jetzt die Eigenschaft ROW_NUMBER an, die die Zeilennummer mit dem Fehler angibt).
- Ein neues Plugin zur Passwortprüfung, „password_reuse_check“, ist enthalten, mit dem Sie die Wiederverwendung von Passwörtern durch einen Benutzer begrenzen können (überprüfen, ob das neue Passwort nicht mit den Passwörtern übereinstimmt, die während der durch den Parameter „password_reuse_check_interval“ angegebenen Zeit verwendet wurden).
- Unterstützung für die Ausdrücke „ALTER TABLE ... CONVERT PARTITION .. TO TABLE“ und „ALTER TABLE ... CONVERT TABLE ... TO PARTITION“ zum Konvertieren einer Partition in eine Tabelle und umgekehrt hinzugefügt.
- Die Option „--as-of“ wurde zum Dienstprogramm mariadb-dump hinzugefügt, um einen Dump zu erstellen, der einem bestimmten Status der versionierten Tabelle entspricht.
- Für den MariaDB Galera Cluster werden in PROCESSLIST die neuen Zustände „Warten auf isolierte Ausführung“, „Warten auf TOI DDL“, „Warten auf Flusskontrolle“ und „Warten auf Zertifizierung“ implementiert.
- Dem Optimierer wurde ein neuer Parameter „Neuordnung“ hinzugefügt. Bei Multibyte-Strings wurde die Leistung des zeichenbedeutungsbewussten Abgleichs bei ASCII-Bereichsoperationen verbessert.
- Der InnoDB-Speicher bietet eine verbesserte Leistung für Batch-Einfügungsvorgänge, Vorsortierung und Indexerstellung.
- Es wurden 5 Schwachstellen behoben, deren Details noch nicht bekannt gegeben wurden: CVE-2022-24052, CVE-2022-24051, CVE-2022-24050, CVE-2022-24048, CVE-2021-46659.
- Unter den Änderungen in der Testversion von MariaDB 10.8.1 können wir die Implementierung von in absteigender Reihenfolge sortierten Indizes erwähnen, was die Leistung von ORDER BY-Operationen beim Abrufen in umgekehrter Reihenfolge erheblich verbessern kann. IN-, OUT-, INOUT- und IN OUT-Spezifizierer für gespeicherte Funktionen hinzugefügt. In InnoDB wurde die Anzahl der Schreibvorgänge beim Rollback (Redo) von Protokollierungsvorgängen reduziert.
Source: opennet.ru