Dopo un anno di sviluppo e tre versioni preliminari, è stato pubblicato il primo rilascio stabile della nuova versione del database MariaDB 10.6, un ramo che si sviluppa a partire da MySQL, mantenendo la retrocompatibilità e distinguendosi per l'integrazione di motori di archiviazione aggiuntivi e funzionalità avanzate. Il supporto per questa nuova versione sarà garantito per 5 anni, fino a luglio 2026.
Lo sviluppo di MariaDB è supervisionato dall'organizzazione indipendente MariaDB Foundation, in un processo di sviluppo completamente aperto e trasparente, privo di dipendenze da fornitori specifici. MariaDB viene fornito al posto di MySQL in molte distribuzioni Linux (RHEL, SUSE, Fedora, openSUSE, Slackware, OpenMandriva, ROSA, Arch Linux, Debian) ed è stato implementato in grandi progetti come Wikipedia, Google Cloud SQL e Nimbuzz.
Miglioramenti chiave di MariaDB 10.6:
- È garantita l'atomicità nell'esecuzione delle istruzioni «CREATE TABLE|VIEW|SEQUENCE|TRIGGER», «ALTER TABLE|SEQUENCE», «RENAME TABLE|TABLES», «DROP TABLE|VIEW|TRIGGER|DATABASE» (o l'istruzione è completata in modo totale, oppure tutto viene ripristinato allo stato originale). Nel caso di operazioni «DROP TABLE» che rimuovono più tabelle contemporaneamente, l'atomicità è garantita a livello di ogni singola tabella. L'obiettivo della modifica è garantire l'integrità in caso di crash. server durante l'esecuzione dell'operazione. In precedenza, dopo un crash, potevano rimanere tabelle temporanee e file, i quali compromettevano la sincronizzazione delle tabelle nei motori di archiviazione e nei file frm, e alcune tabelle potevano rimanere non rinominate quando si rinominavano più tabelle contemporaneamente. L'integrità è garantita attraverso la registrazione di un log per il ripristino dello stato, il cui percorso può essere definito tramite la nuova opzione «—log-ddl-recovery=filename» (di default ddl-recovery.log).
- È stata implementata una clausola definita nello standard SQL 2008, «SELECT … OFFSET … FETCH», che consente di restituire un numero specifico di righe, a partire da uno spostamento indicato, con la possibilità di utilizzare il parametro «WITH TIES» per allegare un ulteriore valore successivo. Ad esempio, l'espressione «SELECT i FROM t1 ORDER BY i ASC OFFSET 1 ROWS FETCH FIRST 3 ROWS WITH TIES» si distingue dalla struttura «SELECT i FROM t1 ORDER BY i ASC LIMIT 3 OFFSET 1» per l'uscita di un elemento aggiuntivo, che segue all'ultimo (anziché 3, verranno restituite 4 righe).
- Per il motore InnoDB è stato implementato il sintetico «SELECT … SKIP LOCKED», che consente di escludere le righe per le quali non può essere impostato un blocco («LOCK IN SHARE MODE» o «FOR UPDATE»).
- È stata implementata la possibilità di ignorare gli indici (in MySQL 8, questa funzionalità è nota come «indici invisibili»). L'etichettatura di un indice per l'ignoramento avviene tramite il flag IGNORED nell'istruzione «ALTER TABLE», dopo la quale l'indice rimane visibile e aggiornabile, ma non è utilizzato dall'ottimizzatore.
- È stata aggiunta la funzione JSON_TABLE(), progettata per convertire i dati JSON in formato relazionale. Ad esempio, un documento JSON può essere convertito per l'uso nel contesto di una tabella, che può essere specificata all'interno del blocco FROM in un'espressione SELECT.
- Migliorata la compatibilità con i database Oracle: è stato aggiunto il supporto per le sottoquery anonime all'interno del blocco FROM. È stata implementata la costruzione MINUS (equivalente a EXCEPT). Sono state aggiunte le funzioni ADD_MONTHS(), TO_CHAR(), SYS_GUID() e ROWNUM().
- Nel motore InnoDB è stata accelerata l'inserimento in tabelle vuote. Il formato delle righe COMPRESSED per impostazione predefinita è passato in modalità sola lettura. Lo schema SYS_TABLESPACES ha sostituito SYS_DATAFILES e riflette direttamente lo stato nel file system. Per gli spazi temporanei delle tabelle è stato garantito il supporto per la scrittura ritardata. È stata interrotta la supporto per il vecchio algoritmo di checksum, mantenuto per la compatibilità con MariaDB 5.5.
- Nel sistema di replica, la dimensione del valore del parametro master_host è aumentata da 60 a 255 caratteri e master_user fino a 128. È stata aggiunta la variabile binlog_expire_logs_seconds per configurare il tempo di scadenza del log binario in secondi (in precedenza il tempo di scadenza era determinato solo in giorni tramite la variabile expire_logs_days).
- Nel meccanismo di replica multi-master sincrona Galera è stata implementata la variabile wsrep_mode per configurare i parametri dell'API WSREP (Write Set REPlication). È consentito passare dalla comunicazione non crittografata di Galera all'uso di TLS senza fermare il cluster.
- È stato implementato uno schema sys-schema, che raccoglie una collezione di viste, funzioni e procedure per analizzare le operazioni con il database.
- Aggiunte tabelle di servizio per analizzare le prestazioni della replica.
- Nella serie di tabelle informative sono state aggiunte le viste INFORMATION_SCHEMA.KEYWORDS e INFORMATION_SCHEMA.SQL_FUNCTIONS, che mostrano l'elenco delle parole chiave e delle funzioni disponibili.
- Rimossi i motori TokuDB e CassandraSE.
- La codifica utf8 è stata tradotta da una rappresentazione a quattro byte utf8mb4 (U+0000..U+10FFFF) a una rappresentazione a tre byte utf8mb3 (che copre l'intervallo Unicode U+0000..U+FFFF).
- Aggiunta la funzionalità di attivazione tramite socket in systemd.
- Nel plugin GSSAPI è stato aggiunto il supporto per i nomi dei gruppi di Active Directory e SID.
- Aggiunta la verifica dell'esistenza del file di configurazione $MARIADB_HOME/my.cnf oltre a $MYSQL_HOME/my.cnf.
- Implementate nuove variabili di sistema binlog_expire_logs_seconds, innodb_deadlock_report, innodb_read_only_compressed, wsrep_mode e Innodb_buffer_pool_pages_lru_freed.
Fonte: opennet.ru
