Die neue bedeutende Version der Datenbank MariaDB 11 wurde vorgestellt

Nach 10 Jahren seit der Einführung der Version 10.x wurde die Datenbank MariaDB 11.0.0 veröffentlicht, die mehrere bedeutende Verbesserungen und Änderungen enthält, die die Kompatibilität beeinträchtigen. Die Version hat derzeit den Status einer Alpha-Version und wird für produktive Anwendungen nach der Stabilisierung bereit sein. Die nächste bedeutende Version, MariaDB 12, welche inkompatible Änderungen enthält, wird frühestens in 10 Jahren (im Jahr 2032) erwartet.

Das Projekt MariaDB entwickelt eine Abspaltung von MySQL, die möglichst die Rückwärtskompatibilität wahrt und sich durch die Integration zusätzlicher Speichermotoren und erweiterter Funktionen auszeichnet. Die Entwicklung von MariaDB wird von der unabhängigen Organisation MariaDB Foundation in einem offenen und transparenten Entwicklungsprozess geleitet, der nicht von einzelnen Anbietern abhängig ist. Die Datenbank MariaDB wird in vielen Linux-Distributionen (RHEL, SUSE, Fedora, openSUSE, Slackware, OpenMandriva, ROSA, Arch Linux, Debian) anstelle von MySQL ausgeliefert und ist in großen Projekten wie Wikipedia, Google Cloud SQL und Nimbuzz integriert.

Das wichtigste Upgrade in der Version MariaDB 11 ist der Wechsel des Abfrageoptimierers auf ein neues Kostenmodell (cost model), das eine genauere Vorhersage der Gewichtungen jedes Ausführungsplans ermöglicht. Obwohl das neue Modell einige Engpässe bei der Leistung beseitigen kann, ist es möglicherweise nicht in allen Szenarien optimal und könnte einige Abfragen verlangsamen. Daher wird den Benutzern empfohlen, an Tests teilzunehmen und die Entwickler bei Problemen zu informieren.

Das zuvor verwendete Modell war gut geeignet, um den optimalen Index zu finden, hatte jedoch Probleme bei der Anwendung von Tabellen-Scan-Operationen, Index-Scans oder Bereichsabfragen. In dem neuen Modell wurde dieser Nachteil durch die Anpassung der Basisgewichtungen der Operationen im Speicher-Engine beseitigt. Bei der Bewertung der Leistung von Operationen, die von der Festplattengeschwindigkeit abhängen, wie z.B. dem sequenziellen Scannen von Datensätzen, wird jetzt angenommen, dass die Daten auf einem SSD-Speicher liegen, der eine Lesegeschwindigkeit von 400 MB pro Sekunde gewährleistet. Zusätzlich wurden die Gewichtungsparameter des Optimierers optimiert, was beispielsweise die Nutzung von Indizes für "ORDER BY/GROUP BY"-Operationen in Unterabfragen ermöglichte und die Verarbeitung sehr kleiner Tabellen beschleunigte.

Es wird festgestellt, dass das neue Gewichtungsmodell die Auswahl eines optimaleren Ausführungsplans für Abfragen in folgenden Situationen ermöglichen wird:

• Bei der Verwendung von Abfragen, die mehr als 2 Tabellen abdecken.
• Bei Vorhandensein von Indizes mit einer großen Anzahl gleicher Werte.
• Bei der Verwendung von Bereichen, die mehr als 10 % der Tabelle abdecken.
• Bei komplexen Abfragen, in denen nicht alle verwendeten Spalten indiziert sind.
• Wenn Abfragen verwendet werden, die verschiedene Speicher-Engines ansprechen (zum Beispiel, wenn in einer Abfrage auf Tabellen in den Engines InnoDB und Memory zugegriffen wird).
• Bei der Verwendung von FORCE INDEX zur Verbesserung des Abfrageplans.
• Bei einer Verschlechterung des Abfrageplans bei Verwendung von "ANALYZE TABLE".
• Wenn die Abfrage eine große Anzahl abgeleiteter Tabellen umfasst (eine große Anzahl von verschachtelten SELECTs).
• Bei der Verwendung von ORDER BY oder GROUP BY-Ausdrücken, die in die Indizes fallen.

Die wichtigsten Inkompatibilitäten im MariaDB 11 Branch:

• Die SUPER-Rechte erlauben nicht mehr die Ausführung von Aktionen, für die separate Privilegien gelten. Beispielsweise sind für die Änderung des Formats der binären Logs die Berechtigungen BINLOG ADMIN erforderlich.
• Die Implementierung des Änderungs-Puffers in InnoDB wurde entfernt.
• Die Parameter innodb_flush_method und innodb_file_per_table wurden als veraltet erklärt.
• Die Unterstützung der Namen mysql* wurde als veraltet erklärt.
• Die Einstellung des Parameters explicit_defaults_for_timestamp auf 0 wurde als veraltet erklärt.
• Symbolische Links zur Kompatibilität mit MySQL wurden in ein separates Paket verschoben.
• Der Standardwert des Parameters innodb_undo_tablespaces wurde auf 3 geändert.

Quelle: opennet.ru