{"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\/es\/blog\/news\/mariadb-13-0-stable-release","title":{"rendered":"Lanzamiento estable del SGBD MariaDB 13.0","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Se presenta la versi\u00f3n 13.0.2 de la base de datos Mar\u00edaDB, que se marca como la primera versi\u00f3n estable de la rama 13.0. La rama Mar\u00edaDB 13.0 se considera una versi\u00f3n intermedia (rolling), que contin\u00faa el desarrollo gradual de la funcionalidad y se mantiene hasta la versi\u00f3n estable de la siguiente rama. Al mismo tiempo, est\u00e1 disponible la versi\u00f3n 13.1.1 de Mar\u00edaDB, que tiene el estatus de candidato a lanzamiento. <\/p>\n
El proyecto de Mar\u00edaDB desarrolla una bifurcaci\u00f3n de MySQL, que mantiene la compatibilidad y se diferencia por la integraci\u00f3n de motores de almacenamiento adicionales y capacidades ampliadas. El desarrollo de Mar\u00edaDB es supervisado por la organizaci\u00f3n independiente Fundaci\u00f3n Mar\u00edaDB, en conformidad con un proceso de desarrollo abierto y transparente, que no depende de fabricantes individuales. Mar\u00edaDB se distribuye en lugar de MySQL en muchas distribuciones de Linux (RHEL, SUSE, Fedora, openSUSE, Slackware, OpenMandriva, ROSA, Arch Linux, Debian) y se ha implementado en grandes proyectos como Wikipedia, Google Cloud SQL y Nimbuzz. <\/p>\n
Entre los cambios en la rama Mar\u00edaDB 13.0: <\/p>\n
\n
Se ha a\u00f1adido la expresi\u00f3n \u00abTYPE .. IS REF CURSOR\u00bb para declarar un tipo de dato referencial para un cursor, que puede ser utilizado para devolver el resultado de una consulta SQL o un conjunto de filas de procedimientos y funciones almacenadas.\n
Se ha proporcionado la posibilidad de utilizar el tipo RECORD en los par\u00e1metros de los procedimientos y en los valores devueltos por las funciones.\n
Se ha a\u00f1adido la pista de optimizador QB_NAME(), que permite asignar un nombre al bloque de consulta para su posterior optimizaci\u00f3n.\n
Se ha a\u00f1adido soporte para comentarios ejecutables \u00ab\/*!!! ... *\/\u00bb, que solo se revelan en versiones anteriores a la especificada. Por ejemplo, si en la versi\u00f3n MariaDB 10.0 es necesario ejecutar la construcci\u00f3n \u00abCREATE OR REPLACE TABLE\u00bb, y en las versiones m\u00e1s antiguas \u2014 \u00abCREATE TABLE IF NOT EXISTS\u00bb: CREATE \/*!100000 OR REPLACE *\/ TABLE \/*!100000 IF NOT EXISTS *\/ t1 ...\n
Se ha a\u00f1adido la columna IS_DEPRECATED a la tabla INFORMATION_SCHEMA.SYSTEM_VARIABLES para marcar las variables obsoletas, y en las tablas INFORMATION_SCHEMA.STATISTICS e INFORMATION_SCHEMA.COLUMNS se ha agregado la columna CREATE_OPTIONS con informaci\u00f3n sobre las capacidades espec\u00edficas del motor de la expresi\u00f3n \u00abCREATE TABLE\u00bb.\n
Se ha proporcionado la posibilidad de configurar el formato de la hora que se indica en los registros del plugin para la auditor\u00eda.\n
Se ha asegurado la ejecuci\u00f3n at\u00f3mica de la operaci\u00f3n \u00abCREATE OR REPLACE TABLE\u00bb.\n
Se ha implementado la construcci\u00f3n \u00abUPDATE ... RETURNING\u00bb, que permite actualizar filas y devolver inmediatamente sus valores modificados.\n
Se ha a\u00f1adido la variable innodb_log_archive para habilitar el modo de almacenamiento de archivos con registros WAL (en lugar de sobrescribir el registro en un solo archivo, al llenarse se cambia a un nuevo archivo).\n
En el motor MEMORY, se ha mejorado el rendimiento de los \u00edndices (UNIQUE INDEX) para columnas de tipo CHAR. <\/ul>\n