MariaDB 11.8 kommt mit wichtigen Verbesserungen in Leistung, Optimierung und Kompatibilität, sowie neuen SQL-Funktionen und internen Änderungen, die es zu beachten gilt.

Die neue Version bringt wichtige Verbesserungen in Leistung, Optimierung, Kompatibilität und neuen SQL-Funktionen. Und obwohl es für die meisten modernen Websites kein Problem darstellen wird, gibt es einige Änderungen, die es zu überprüfen gilt, wenn Sie mit maßgeschneiderten Entwicklungen oder alten Anwendungen arbeiten.

Besonders wenn Ihr Projekt stark von fortgeschrittenen SQL-Abfragen, spezifischen Kollationen, gespeicherten Prozeduren oder vererbter Logik abhängt.

Die gute Nachricht ist, dass Sie in den meisten Fällen nichts ändern müssen.

Die weniger gute: Wenn Sie sehr alten oder manuell optimierten Code haben, lohnt es sich, einige Überprüfungen durchzuführen.

Wen könnte dieses MariaDB-Update betreffen?

Wenn Sie ein aktualisiertes WordPress zusammen mit üblichen Plugins und Themes verwenden, können Sie ziemlich beruhigt sein.

Normalerweise wird alles nach dem Update genau gleich funktionieren.

Die Fälle, in denen wir empfehlen, das Verhalten zu überprüfen, sind:

• alte oder nicht gewartete Anwendungen
• maßgeschneiderte Entwicklungen
• direkte Integrationen mit MariaDB
• komplexe SQL-Abfragen
• alte Charset- oder Kollationseinstellungen
• Trigger und gespeicherte Prozeduren
• Systeme mit Replikation oder externen Integrationen

Anders ausgedrückt: Je individueller das Projekt ist, desto empfehlenswerter ist es, einige Punkte zu validieren.

Die wichtigste Änderung: utf8mb4 wird zum Standard-Charset ⚠️

Einer der relevantesten Änderungen in MariaDB 11 ist, dass das Standard-Charset nicht mehr latin1 ist, sondern utf8mb4.

Und ja: Das ist wichtiger, als es scheint.

Warum könnte das Auswirkungen haben?

Weil viele alte Anwendungen nie explizit das Charset ihrer Tabellen oder Spalten definiert haben.

Sie nahmen einfach den Standardwert des Servers an.

Mit MariaDB 11 ändert sich das.

Was könnte sich anders verhalten?

Hauptsächlich:

• Textvergleiche
• Suchvorgänge
• Sortierungen (ORDER BY)
• Gruppierungen (GROUP BY)
• Gleichheit zwischen Zeichenketten
• Behandlung von Sonderzeichen oder Emojis

In einigen Projekten wird dies keine Auswirkungen haben.

In anderen, insbesondere alten oder mehrsprachigen Anwendungen, kann es sichtbare Unterschiede verursachen.

Was sollte überprüft werden?

Besonders:

• Tabellen, die vor Jahren erstellt wurden
• Spalten ohne explizites Charset
• Anwendungen, die verschiedene Kollationen mischen
• Logik, die von der genauen Reihenfolge der Ergebnisse abhängt

Wenn Sie ein bestimmtes Verhalten beibehalten möchten, ist es ratsam, Charset und Kollation explizit in Tabellen und Spalten zu definieren.

Auch die Standard-Unicode-Kollation ändert sich

MariaDB 11.8 verwendet jetzt uca1400_ai_ci als Standard-Unicode-Kollation.

Übersetzt in die reale Welt: Einige Textvergleiche und -sortierungen können sich leicht anders verhalten.

Wo fällt das normalerweise auf?

Vor allem in:

• mehrsprachigen Anwendungen
• internen Suchvorgängen
• Textfiltern
• Systemen mit komplexen Sortierungen
• Vergleichen zwischen Unicode-Zeichen

Zum Beispiel könnten Zeichenketten, die zuvor als „gleich“ angesehen wurden, dies nicht mehr sein, oder umgekehrt.

Es ist nichts Dramatisches, aber es ist ratsam, zu überprüfen, ob Ihre Anwendung stark von Suchvorgängen oder Textvergleichen abhängt.

Abfragen können sich anders verhalten (auch wenn sie besser funktionieren)

MariaDB 11 bringt viele Verbesserungen im SQL-Optimizer.

Und das ist im Allgemeinen eine gute Nachricht.

Viele Abfragen werden dank neuer Optimierungskriterien und intelligenterer Indizes effizienter ausgeführt.

Das Problem ist, dass sich in einigen Fällen der Ausführungsplan im Vergleich zu früheren Versionen ändern kann.

Welche Art von Abfragen sollten überprüft werden?

Besonders:

• UPDATE und DELETE mit Unterabfragen
• Abfragen mit:
  • DATE()
  • YEAR()
  • SUBSTR()
  • UCASE()
• partitionierte Tabellen
• virtuelle Spalten
• manuell stark optimierte Abfragen

MariaDB kann jetzt Indizes in Situationen verwenden, in denen es zuvor nicht möglich war.

Normalerweise verbessert dies die Leistung.

Aber wenn Ihre Anwendung von einem sehr spezifischen Verhalten des Optimizers abhing, ist es ratsam, dies zu validieren.

Die vernünftigste Empfehlung

Kritische Abfragen überprüfen mit:

EXPLAIN
Copy

vor allem, wenn das Projekt eine hohe Last oder fortgeschrittene SQL-Logik hat.

Die Trigger und gespeicherten Prozeduren sind jetzt strenger

Ein weiterer wichtiger Punkt: MariaDB 11 verschärft einige interne Validierungen im Zusammenhang mit Routinen, Triggern und gespeicherten Funktionen.

Was bedeutet das?

Dass bestimmte alte Prozeduren, dynamisches SQL oder wenig standardisierte Syntax beim Erstellen oder Validieren Probleme verursachen könnten.

Außerdem können UPDATE-Trigger jetzt nur ausgeführt werden, wenn bestimmte Spalten geändert werden.

Dies eröffnet neue Möglichkeiten, kann aber auch das Verhalten in einigen vererbten Systemen ändern.

Solltest du dir Sorgen machen?

Nur wenn Sie verwenden:

• komplexe gespeicherte Prozeduren
• benutzerdefinierte Trigger
• dynamisches SQL
• alte Logik, die seit Jahren gewartet wird

In modernen Anwendungen oder üblichen CMS stellt dies selten ein Problem dar.

Einige alte Variablen verschwinden oder werden veraltet

Wie bei fast jedem wichtigen Versionssprung entfernt MariaDB 11 einen Teil der vererbten Kompatibilität.

Einige bereits entfernte Variablen

• old_alter_table
• wsrep_load_data_splitting
• alte OQGraph-Variablen

Veraltete Variablen

• tx_isolation
• spider_casual_read

Was solltest du überprüfen

Vor allem:

• Automatisierungsskripte
• benutzerdefinierte Konfigurationen
• interne Werkzeuge
• alte Deployments

Oft liegt das Problem nicht in der Webanwendung, sondern in vergessenen Skripten, die weiterhin alte Syntax verwenden.

MariaDB 11 bringt auch interessante Verbesserungen

Nicht alles dreht sich um Kompatibilitäten und Überprüfungen 😄

Die neue Version fügt auch ziemlich leistungsstarke Funktionen hinzu.

Neue UUID-Funktionen

Jetzt können Sie verwenden:

UUID_v4()
UUID_v7()Copy

direkt von MariaDB aus.

Verbesserungen in JSON

MariaDB verbessert weiterhin den JSON-Support erheblich mit Funktionen wie:

• JSON_SCHEMA_VALID()
• JSON_ARRAY_INTERSECT()
• JSON_OBJECT_FILTER_KEYS()

sehr nützlich in modernen Anwendungen und APIs.

Vektorielle Funktionen und semantische Suche

Ja: MariaDB beginnt auch, in die Welt der KI einzutreten.

Die neue Version umfasst:

• vektorielle Typen
• vektorielle Indizes
• Ähnlichkeitsfunktionen

orientiert an semantischen Suchen und modernen Anwendungen im Zusammenhang mit Embeddings oder KI.

Also… solltest du etwas tun?

Für die meisten Projekte: wahrscheinlich nicht.

Wenn Sie moderne Anwendungen, übliche CMS oder aktualisierte Software verwenden, ist es normal, dass die Migration völlig transparent ist.

Wo wir jedoch empfehlen, zu überprüfen, ist in Projekten:

• alt
• sehr individuell
• mit fortgeschrittenem SQL
• mit vererbter Logik
• mit direkten Integrationen gegen MariaDB

In diesen Fällen lohnt es sich, zu validieren:

• Kollationen
• kritische Abfragen
• Trigger
• gespeicherte Prozeduren
• alte Konfigurationen

Wenn Sie auf Nummer sicher gehen möchten, ist es eine gute Praxis, die Anwendung vorher in Staging-Umgebungen zu testen, bevor das endgültige Update durchgeführt wird, insbesondere bei kritischen Projekten oder mit viel maßgeschneiderter Entwicklung.