Despois dun ano de desenvolvemento e tres lanzamentos preliminares, publicouse a primeira versión estable da nova rama do DBMS MariaDB 10.6, dentro da cal se está a desenvolver unha rama de MySQL que mantén a compatibilidade con versións anteriores e que se distingue pola integración de motores de almacenamento adicionais. e capacidades avanzadas. O apoio á nova sucursal prestarase durante 5 anos, ata xullo de 2026.
O desenvolvemento de MariaDB está supervisado pola Fundación MariaDB independente, seguindo un proceso de desenvolvemento completamente aberto e transparente que é independente dos provedores individuais. MariaDB ofrécese como substituto de MySQL en moitas distribucións de Linux (RHEL, SUSE, Fedora, openSUSE, Slackware, OpenMandriva, ROSA, Arch Linux, Debian) e implementouse en proxectos tan grandes como Wikipedia, Google Cloud SQL e Nimbuzz.
Melloras clave en MariaDB 10.6:
- A execución atómica das expresións “CREATE TABLE|VIEW|SEQUENCE|TRIGGER”, “ALTER TABLE|SEQUENCE”, “RENAME TABLE|TABLES”, “DROP TABLE|VIEW|VIEW|TRIGGER|DATABASE” está garantida (ou a expresión é completamente completado ou todo volve ao seu estado orixinal). No caso de operacións "DROP TABLE" que eliminan varias táboas á vez, a atomicidade está garantida a nivel de cada táboa individual. O propósito do cambio é garantir a integridade en caso de falla do servidor durante unha operación. Anteriormente, tras un fallo, podían permanecer táboas e ficheiros temporais, a sincronización das táboas nos motores de almacenamento e os ficheiros frm podía verse interrompida e as táboas individuais podían permanecer sen nomear cando se cambiaban o nome de varias táboas á vez. A integridade está garantida mantendo un rexistro de recuperación de estado, cuxo camiño se pode determinar mediante a nova opción "—log-ddl-recovery=file" (ddl-recovery.log por defecto).
- Implementouse a construción "SELECT ... OFFSET ... FETCH" definida no estándar SQL 2008, que lle permite mostrar un determinado número de filas a partir dun desfase especificado, coa posibilidade de utilizar o parámetro "WITH TIES" para engadir outro valor seguinte. Por exemplo, a expresión "SELECT i FROM t1 ORDER BY i ASC OFFSET 1 ROWS FETCH FIRST 3 ROWS WITH TIES" difire da construción "SELECT i FROM t1 ORDER BY i ASC LIMIT 3 OFFSET 1" ao mostrar un elemento máis na cola (en lugar de sairanse 3 4 liñas).
- Para o motor InnoDB, implementouse a sintaxe "SELECT ... SKIP LOCKED", que permite excluír filas para as que non se pode establecer un bloqueo ("LOCK IN SHARE MODE" ou "FOR UPDATE").
- Implementouse a capacidade de ignorar índices (en MySQL 8, esta funcionalidade chámase "índices invisibles"). A marcación dun índice para ignorar realízase mediante a marca IGNORED na instrución ALTER TABLE, despois do cal o índice permanece visible e actualizado, pero o optimizador non o utiliza.
- Engadiuse a función JSON_TABLE() para converter datos JSON en forma relacional. Por exemplo, un documento JSON pódese transformar para usar no contexto dunha táboa, que se pode especificar dentro dun bloque FROM nunha instrución SELECT.
- Compatibilidade mellorada con Oracle DBMS: Engadido soporte para subconsultas anónimas dentro do bloque FROM. Implementouse a construción MINUS (equivalente a EXCEPT). Engadíronse as funcións ADD_MONTHS(), TO_CHAR(), SYS_GUID() e ROWNUM().
- No motor InnoDB, acelerouse a inserción en táboas baleiras. O formato de cadea COMPRESSED está configurado como só lectura por defecto. O esquema SYS_TABLESPACES substituíu a SYS_DATAFILES e reflicte directamente o estado no sistema de ficheiros. Ofrécese soporte de escritura preguiceiro para o espazo de táboa temporal. O soporte para o antigo algoritmo de suma de verificación, que se mantivo para a compatibilidade con MariaDB 5.5, foi descontinuado.
- No sistema de replicación, o tamaño do valor do parámetro master_host aumentou de 60 a 255 caracteres e master_user a 128. Engadiuse a variable binlog_expire_logs_seconds para configurar o tempo de caducidade do rexistro binario en segundos (anteriormente, o tempo de reinicio era determinado só en días a través da variable expire_logs_days).
- O mecanismo de replicación multimaster síncrona de Galera implementa a variable wsrep_mode para configurar os parámetros da API WSREP (Write Set REPlication). Permitiuse a Galera cambiar de comunicacións sen cifrar a TLS sen deter o clúster.
- Implementouse o esquema sys-schema, que contén unha colección de vistas, funcións e procedementos para analizar as operacións da base de datos.
- Engadíronse táboas de servizo para analizar o rendemento da replicación.
- As vistas INFORMATION_SCHEMA.KEYWORDS e INFORMATION_SCHEMA.SQL_FUNCTIONS engadíronse ao conxunto de táboas de información, mostrando unha lista de palabras clave e funcións dispoñibles.
- Elimináronse os repositorios TokuDB e CassandraSE.
- A codificación utf8 moveuse da representación de catro bytes utf8mb4 (U+0000..U+10FFFF) á utf8mb3 de tres bytes (cobre o rango Unicode U+0000..U+FFFF).
- Engadido soporte para a activación do socket en systemd.
- O complemento GSSAPI engadiu compatibilidade con nomes de grupos e SID de Active Directory.
- Engadiuse a comprobación da presenza do ficheiro de configuración $MARIADB_HOME/my.cnf ademais de $MYSQL_HOME/my.cnf.
- Implementáronse novas variables do sistema binlog_expire_logs_seconds, innodb_deadlock_report, innodb_read_only_compressed, wsrep_mode e Innodb_buffer_pool_pages_lru_freed.
Fonte: opennet.ru