Versione stabile di MariaDB 10.7

Dopo 6 mesi di sviluppo è stata pubblicata la prima release stabile del nuovo ramo del DBMS MariaDB 10.7 (10.7.2), all'interno del quale si sta sviluppando un ramo di MySQL che mantiene la retrocompatibilità e si distingue per l'integrazione di storage aggiuntivo motori e capacità avanzate. Lo sviluppo di MariaDB è supervisionato dalla MariaDB Foundation, indipendente, seguendo un processo di sviluppo completamente aperto e trasparente, indipendente dai singoli fornitori. MariaDB viene fornito in sostituzione di MySQL su 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.

Allo stesso tempo è stata rilasciata la prima versione di prova del prossimo ramo principale di MariaDB 10.8.1 e gli aggiornamenti correttivi 10.6.6, 10.5.14, 10.4.23, 10.3.33 e 10.2.42. La versione 10.7.2 è stata la prima dopo che il progetto è passato a un nuovo modello di generazione delle versioni, che implicava una riduzione del periodo di supporto da 5 anni a 1 anno e il passaggio alla formazione di versioni significative non una volta all'anno, ma una volta al trimestre .

Miglioramenti chiave in MariaDB 10.7:

  • Aggiunto un nuovo tipo di dati UUID progettato per memorizzare identificatori univoci a 128 bit.
  • Sono state proposte nuove funzioni per l'elaborazione dei dati in formato JSON: JSON_EQUALS() per confrontare l'identità di due documenti JSON e JSON_NORMALIZE() per portare gli oggetti JSON in una forma adatta ad eseguire operazioni di confronto (ordinamento di chiavi e rimozione di spazi).
  • Aggiunta la funzione NATURAL_SORT_KEY() per l'ordinamento delle stringhe tenendo conto dei valori digitali (ad esempio la stringa “v10” dopo l'ordinamento avverrà dopo la stringa “v9”).
  • Aggiunta la funzione SFORMAT() per la formattazione di stringhe arbitrarie: l'input è una stringa con comandi di formattazione e un elenco di valori per la sostituzione (ad esempio, 'SFORMAT("La risposta è {}.", 42)').
  • Segnalazione errori migliorata nelle query INSERT che aggiungono dati a più righe (il comando GET DIAGNOSTICS ora visualizza la proprietà ROW_NUMBER che indica il numero di riga con l'errore).
  • È incluso un nuovo plugin per il controllo delle password, password_reuse_check, che consente di limitare il riutilizzo delle password da parte di un utente (controllando che la nuova password non corrisponda alle password utilizzate durante il tempo specificato dal parametro password_reuse_check_interval).
  • Aggiunto il supporto per le espressioni “ALTER TABLE ... CONVERT PARTITION .. TO TABLE” e “ALTER TABLE ... CONVERT TABLE ... TO PARTITION” per convertire una partizione in una tabella e viceversa.
  • L'opzione “--as-of” è stata aggiunta all'utilità mariadb-dump per eseguire il dump di un dump corrispondente a uno stato specifico della tabella con versione.
  • Per MariaDB Galera Cluster, i nuovi stati “in attesa di esecuzione isolata”, “in attesa di TOI DDL”, “in attesa di controllo del flusso” e “in attesa di certificazione” sono implementati in PROCESSLIST.
  • Un nuovo parametro "riordina" è stato aggiunto all'ottimizzatore. Per le stringhe multibyte, le prestazioni della corrispondenza sensibile al significato dei caratteri nelle operazioni con intervallo ASCII sono state migliorate.
  • L'archiviazione InnoDB ha migliorato le prestazioni per le operazioni di inserimento batch, preordinamento e creazione di indici.
  • Sono state corrette 5 vulnerabilità, i cui dettagli non sono stati ancora resi noti: CVE-2022-24052, CVE-2022-24051, CVE-2022-24050, CVE-2022-24048, CVE-2021-46659.
  • Tra le modifiche apportate alla versione di prova di MariaDB 10.8.1, possiamo notare l'implementazione degli indici ordinati in ordine discendente, che possono migliorare significativamente le prestazioni delle operazioni ORDER BY durante il recupero in ordine inverso. Aggiunti gli specificatori IN, OUT, INOUT e IN OUT per le funzioni memorizzate. In InnoDB, il numero di operazioni di scrittura durante la registrazione delle operazioni di rollback (ripetizione) è stato ridotto.

Fonte: opennet.ru

Aggiungi un commento