Dopo 6 mesi di sviluppo, è stato pubblicato il primo rilascio stabile della nuova versione del DBMS MariaDB 10.7 (10.7.2), nell'ambito della quale si sviluppa un fork di MySQL, mantenendo la compatibilità retroattiva e distinguendosi per l'integrazione di motori di archiviazione aggiuntivi e funzionalità avanzate. Lo sviluppo di MariaDB è curato dall'organizzazione indipendente MariaDB Foundation secondo un processo di sviluppo completamente aperto e trasparente, non dipendente da produttori singoli. MariaDB è fornito al posto di MySQL in molte distribuzioni Linux (RHEL, SUSE, Fedora, openSUSE, Slackware, OpenMandriva, ROSA, Arch Linux, Debian) ed è implementato in progetti di grandi dimensioni come Wikipedia, Google Cloud SQL e Nimbuzz.
Contemporaneamente è stata formata la prima versione di test della prossima versione significativa MariaDB 10.8.1 e aggiornamenti correttivi 10.6.6, 10.5.14, 10.4.23, 10.3.33 e 10.2.42. Il rilascio 10.7.2 è stato il primo dopo il passaggio del progetto a un nuovo modello di rilascio, che prevede una riduzione del periodo di supporto da 5 anni a 1 anno e un cambiamento nella generazione di versioni significative non più una volta all'anno, ma ogni trimestre.
Miglioramenti chiave di MariaDB 10.7:
- È stato aggiunto un nuovo tipo di dati UUID, progettato per memorizzare identificatori unici a 128 bit (Universally Unique Identifier).
- Sono state proposte nuove funzioni per la gestione dei dati in formato JSON: JSON_EQUALS() per confrontare l'identità di due documenti JSON e JSON_NORMALIZE() per formattare gli oggetti JSON in una forma adatta per eseguire operazioni di confronto (esegue l'ordinamento delle chiavi e rimuove gli spazi bianchi).
- È stata aggiunta la funzione NATURAL_SORT_KEY() per ordinare le stringhe considerando i valori numerici (ad esempio, la stringa «v10» dopo l'ordinamento occuperà il posto dopo la stringa «v9»).
- È stata aggiunta la funzione SFORMAT() per la formattazione arbitraria delle stringhe - viene fornita una stringa con comandi di formattazione e un elenco di valori da sostituire (ad esempio, ‘SFORMAT(«La risposta è {}.», 42)’).
- È stato migliorato il feedback sugli errori nelle query INSERT che aggiungono dati su più righe (il comando GET DIAGNOSTICS ora restituisce la proprietà ROW_NUMBER, che indica il numero di riga con errore).
- È stato incluso un nuovo plugin per il controllo delle password password_reuse_check, che consente di limitare il riutilizzo delle password da parte di un singolo utente (controlla che la nuova password non coincida con le password utilizzate nel periodo di tempo specificato dal parametro password_reuse_check_interval).
- Aggiunta la supporto per le espressioni «ALTER TABLE … CONVERT PARTITION .. TO TABLE» e «ALTER TABLE … CONVERT TABLE … TO PARTITION» per convertire una sezione (partizione) in una tabella e viceversa.
- Nell'utilità mariadb-dump è stata aggiunta l'opzione «—as-of» per ripristinare un dump corrispondente a uno stato specifico della tabella versionata.
- Per il MariaDB Galera Cluster, nel PROCESSLIST sono state implementate nuove stati «waiting to execute in isolation», «waiting for TOI DDL», «waiting for flow control» e «waiting for certification».
- Nell'ottimizzatore è stato aggiunto un nuovo parametro «reorder». Per le stringhe multibyte, è stata migliorata la performance del confronto tenendo conto del significato dei caratteri nelle operazioni con intervalli ASCII.
- Nello storage InnoDB è stata aumentata la performance delle operazioni di inserimento dati in modalità batch, così come il preordinamento e la costruzione degli indici.
- Eliminate 5 vulnerabilità, i cui dettagli non sono ancora stati resi noti: CVE-2022-24052, CVE-2022-24051, CVE-2022-24050, CVE-2022-24048, CVE-2021-46659.
- Tra le novità della versione beta di MariaDB 10.8.1 si segnala l'implementazione di indici ordinati in ordine decrescente, che consente un notevole aumento della performance delle operazioni ORDER BY in ordine inverso. Per le funzioni memorizzate sono stati aggiunti i modificatori IN, OUT, INOUT e IN OUT. In InnoDB è stato ridotto il numero di operazioni di scrittura nella gestione del log di rollback (redo).
Fonte: opennet.ru
