{"id":183402,"date":"2026-09-18T22:54:14","date_gmt":"2026-09-18T20:54:14","guid":{"rendered":"https:\/\/prohoster.info\/blog\/news\/stabilnyj-vypusk-subd-mariadb-13-0"},"modified":"2026-09-18T22:54:19","modified_gmt":"2026-09-18T20:54:19","slug":"mariadb-13-0-stable-release","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/news\/mariadb-13-0-stable-release","title":{"rendered":"Stabile Version des DBMS MariaDB 13.0","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Die Ver\u00f6ffentlichung des DBMS MariaDB 13.0.2 wurde vorgestellt; sie ist als erstes stabiles Release der 13.0-Reihe gekennzeichnet. Die Reihe MariaDB 13.0 geh\u00f6rt zu den Zwischenversionen (rolling), die die Funktionalit\u00e4t schrittweise weiterentwickeln und bis zum stabilen Release der n\u00e4chsten Reihe gepflegt werden. Gleichzeitig ist MariaDB 13.1.1 verf\u00fcgbar, das den Status eines Release-Kandidaten hat. <\/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
Zu den \u00c4nderungen in der MariaDB-13.0-Reihe geh\u00f6ren: <\/p>\n
\n
Der Ausdruck «TYPE .. IS REF CURSOR» wurde hinzugef\u00fcgt, um einen Referenzdatentyp f\u00fcr einen Cursor zu deklarieren, der zur R\u00fcckgabe eines SQL-Abfrageergebnisses oder einer Zeilenmenge aus gespeicherten Prozeduren und Funktionen verwendet werden kann.\n
Es wurde die M\u00f6glichkeit geschaffen, den Typ RECORD in Prozedurparametern und in von Funktionen zur\u00fcckgegebenen Werten zu verwenden.\n
Der Optimizer-Hint QB_NAME() wurde hinzugef\u00fcgt. Damit kann einem Abfrageblock ein Name zugewiesen werden, um anschlie\u00dfend Optimierungsanweisungen auf diesen Block anzuwenden.\n
Hinzugekommen ist die Unterst\u00fctzung f\u00fcr ausf\u00fchrbare Kommentare «\/*!! \u2026 *\/», die nur in Versionen aufgel\u00f6st werden, die \u00e4lter als die angegebene Version sind. Wenn zum Beispiel in MariaDB 10.0 die Konstruktion «CREATE OR REPLACE TABLE» ausgef\u00fchrt werden soll und in \u00e4lteren Versionen — «CREATE TABLE IF NOT EXISTS»: CREATE \/*!100000 OR REPLACE *\/ TABLE \/*!!100000 IF NOT EXISTS *\/ t1 \u2026\n
Der Tabelle INFORMATION_SCHEMA.SYSTEM_VARIABLES wurde die Spalte IS_DEPRECATED hinzugef\u00fcgt, um veraltete Variablen zu kennzeichnen. In den Tabellen INFORMATION_SCHEMA.STATISTICS und INFORMATION_SCHEMA.COLUMNS wurde au\u00dferdem die Spalte CREATE_OPTIONS erg\u00e4nzt, die Informationen \u00fcber enginespezifische M\u00f6glichkeiten des Ausdrucks «CREATE TABLE» enth\u00e4lt.\n
Es wurde die M\u00f6glichkeit bereitgestellt, das in den Logs des Audit-Plugins verwendete Zeitformat zu konfigurieren.\n
Die atomare Ausf\u00fchrung der Operation «CREATE OR REPLACE TABLE» wurde sichergestellt.\n
Die Konstruktion «UPDATE \u2026 RETURNING» wurde implementiert. Sie erm\u00f6glicht es, Zeilen zu aktualisieren und ihre ge\u00e4nderten Werte sofort zur\u00fcckzugeben.\n
Die Variable innodb_log_archive wurde hinzugef\u00fcgt, um den Modus zur Aufbewahrung von Dateien mit WAL-Logs zu aktivieren (anstelle des zyklischen \u00dcberschreibens des Logs in einer Datei wird nach dem F\u00fcllen in eine neue Datei weitergeschrieben).\n
In der MEMORY-Engine wurde die Arbeit von Indizes (UNIQUE INDEX) f\u00fcr Spalten vom Typ CHAR beschleunigt. <\/ul>\n