{"id":161781,"date":"2026-02-19T11:11:59","date_gmt":"2026-02-19T09:11:59","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/stabilnyj-vypusk-subd-mariadb-12-2"},"modified":"2026-02-19T11:11:59","modified_gmt":"2026-02-19T09:11:59","slug":"stabilnyj-vypusk-subd-mariadb-12-2","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/news\/stabilnyj-vypusk-subd-mariadb-12-2","title":{"rendered":"Stabile Ver\u00f6ffentlichung der DBMS MariaDB 12.2","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Die Version 12.2.2 des MariaDB-Datenbanksystems wurde ver\u00f6ffentlicht und gilt als erstes stabiles Release der Reihe 12.2. Die Serie MariaDB 12.2 wird als Rolling-Release eingestuft, entwickelt kontinuierlich neue Funktionen und ersetzt die Serie MariaDB 12.1. Gleichzeitig wurde die Version 12.3.1 mit einer neuen Implementierung des Binlogs ver\u00f6ffentlicht, die den Status eines Kandidaten f\u00fcr zuk\u00fcnftige LTS-Releases hat. Die Serie MariaDB 12.2 wird bis zur Ver\u00f6ffentlichung von 12.3.2 unterst\u00fctzt. <\/p>\n
Das Projekt MariaDB entwickelt einen Fork von MySQL, der die R\u00fcckw\u00e4rtskompatibilit\u00e4t bewahrt und sich durch die Integration zus\u00e4tzlicher Speicher-Engines und erweiterter M\u00f6glichkeiten auszeichnet. Die Entwicklung von MariaDB wird von der unabh\u00e4ngigen Organisation MariaDB Foundation gem\u00e4\u00df einem offenen und transparenten Entwicklungsprozess \u00fcberwacht, der nicht von einzelnen Herstellern abh\u00e4ngig ist. MariaDB wird anstelle von MySQL in vielen Linux-Distributionen (RHEL, SUSE, Fedora, openSUSE, Slackware, OpenMandriva, ROSA, Arch Linux, Debian) bereitgestellt und ist in gro\u00dfen Projekten wie Wikipedia, Google Cloud SQL und Nimbuzz implementiert. <\/p>\n
Unter den \u00c4nderungen in der Serie MariaDB 12.2: <\/p>\n
\n
Im Kompatibilit\u00e4tsmodus mit der Oracle-Datenbank wurden die Funktionen TO_NUMBER (Umwandlung von Zeichenfolgen in Zahlen) und TRUNC (Abschneiden von Datumsangaben, z. B. auf Stunde, Tag, Monat, Jahr) implementiert.\n
Bei der Durchf\u00fchrung von JOIN-Operationen wurde eine Optimierung implementiert, die die Einzigartigkeit der Zeilen in Unterabfragen mit dem Ausdruck \u201eGROUP BY\u201c ber\u00fccksichtigt, um eine genauere Prognose der Anzahl der Ergebniszeilen (out_rows) und die korrekte Anwendung von Indizes zu gew\u00e4hrleisten.\n
Neue Optionen zur Steuerung des Optimierers ROWID_FILTER\/NO_ROWID_FILTER und INDEX_MERGE\/NO_INDEX_MERGE wurden hinzugef\u00fcgt, sowie die M\u00f6glichkeit, Blocknamen in Abfragen implizit anzugeben (Optimierungsoptionen k\u00f6nnen gezielt auf Teile von Abfragen angewendet werden, indem man sie \u00fcber die Namen \u201eselect#N\u201c referenziert, wobei N die Reihenfolge der Bl\u00f6cke angibt). Beispiel: \u201eselect \/*+ JOIN_ORDER(@select#2\" twenty, ten) *\/ ...\u201c.\n
Die Beschr\u00e4nkungen f\u00fcr die Verschachtelungstiefe von Strukturen in Funktionen zur Arbeit mit JSON wurden aufgehoben (die Begrenzung JSON_DEPTH_LIMIT, die zuvor 32 war, wurde entfernt).\n
Eine Tabelle TRIGGERED_UPDATE_COLUMNS wurde im Schema INFORMATION_SCHEMA (INFORMATION_SCHEMA.TRIGGERED_UPDATE_COLUMNS) hinzugef\u00fcgt, die die Spalten anzeigt, die bei der Ausl\u00f6sung eines Triggers ge\u00e4ndert werden.\n
Im Tabellen PARAMETERS im Schema INFORMATION_SCHEMA wurde eine Spalte PARAMETER_DEFAULT implementiert, die Standardwerte f\u00fcr die Parameter gespeicherter Prozeduren enth\u00e4lt.\n
Experimentelle Unterst\u00fctzung des Ausdrucks \u201eCREATE GLOBAL TEMPORARY TABLE\u201c wurde implementiert, um globale tempor\u00e4re Tabellen zu erstellen. Solche tempor\u00e4ren Tabellen werden nach Beendigung der Sitzung gel\u00f6scht und sind f\u00fcr alle Benutzer sichtbar, enthalten jedoch Daten, die f\u00fcr jeden Benutzer individuell sind.\n
Im Testmodus wurde eine verbesserte Unterst\u00fctzung f\u00fcr die Replikation zwischen Tabellen mit unterschiedlicher Struktur angeboten. <\/ul>\n