Dopo 10 anni dalla creazione della serie 10.x è stato rilasciato il DBMS MariaDB 11.0.0, che offre diversi miglioramenti e modifiche significative che rompono la compatibilità. La serie è attualmente in qualità alpha e diventerà pronta per applicazioni di produzione dopo un processo di stabilizzazione. La formazione della prossima versione significativa MariaDB 12, contenente modifiche che rompono la compatibilità, è prevista non prima del 2032.
Il progetto MariaDB sviluppa una diramazione da MySQL, mantenendo per quanto possibile la retrocompatibilità e differenziandosi attraverso l'integrazione di motori di archiviazione aggiuntivi e funzionalità avanzate. Lo sviluppo di MariaDB è supervisionato dall'organizzazione indipendente MariaDB Foundation, seguendo un processo di sviluppo aperto e trasparente, privo di dipendenze da singoli fornitori. Il DBMS MariaDB è fornito al posto di MySQL in molte distribuzioni Linux (RHEL, SUSE, Fedora, openSUSE, Slackware, OpenMandriva, ROSA, Arch Linux, Debian) ed è implementato in grandi progetti come Wikipedia, Google Cloud SQL e Nimbuzz.
Il miglioramento principale nella versione di MariaDB 11 è la transizione dell'ottimizzatore delle query a un nuovo modello di pesatura (cost model), che assicura una previsione più precisa dei pesi di ogni piano di esecuzione della query. Anche se il nuovo modello consente di eliminare alcuni colli di bottiglia in termini di prestazioni, non è escluso che non sia ottimale in tutti gli scenari e potrebbe causare un rallentamento di alcune query. Pertanto, si raccomanda agli utenti di partecipare ai test e di informare gli sviluppatori in caso di problemi.
Il modello precedentemente utilizzato era adatto per trovare l'indice ottimale, ma presentava problemi nell'applicazione delle operazioni di scansione delle tabelle, scansione degli indici o selezione per intervalli. Nel nuovo modello, questo difetto è stato risolto tramite la modifica del peso di base delle operazioni con il motore di storage. Nella valutazione delle prestazioni delle operazioni, che dipendono dalla velocità di accesso al disco, come la scansione sequenziale dei record, si presume ora che i dati siano memorizzati su un'unità SSD che garantisce una velocità di lettura di 400 MB al secondo. Inoltre, sono stati ottimizzati anche altri parametri di peso dell'ottimizzatore, il che, ad esempio, ha reso possibile l'utilizzo degli indici per le operazioni "ORDER BY/GROUP BY" in sottoquery e ha accelerato le operazioni su tabelle molto piccole.
Si osserva che il nuovo modello di peso consentirà di scegliere un piano di esecuzione della query più ottimale nelle seguenti situazioni:
- Quando si utilizzano query che coinvolgono più di 2 tabelle.
- In presenza di indici contenenti un grande numero di valori identici.
- Quando si utilizzano intervalli che coprono oltre il 10% della tabella.
- Quando ci sono query complesse in cui non tutte le colonne utilizzate sono indicizzate.
- Quando si utilizzano query che coinvolgono diversi motori di archiviazione (ad esempio, quando in una query ci sono riferimenti a tabelle nei motori InnoDB e Memory).
- Quando si utilizza FORCE INDEX per migliorare il piano della query.
- Quando il piano della query peggiora a causa dell'uso di 'ANALYZE TABLE'.
- Quando la query copre un gran numero di tabelle derivate (un gran numero di SELECT annidati).
- Quando si utilizzano espressioni ORDER BY o GROUP BY che si applicano agli indici.
Principali incompatibilità nella versione MariaDB 11:
- I diritti SUPER non consentono più di eseguire azioni per cui sono disponibili privilegi separatamente impostati. Ad esempio, per modificare il formato dei log binari saranno necessari i diritti BINLOG ADMIN.
- Rimossa l'implementazione del buffer delle modifiche in InnoDB.
- Dichiarati obsoleti innodb_flush_method e innodb_file_per_table.
- Dichiarato obsoleto il supporto per i nomi mysql*.
- Dichiarata obsoleta l'impostazione del parametro explicit_defaults_for_timestamp a 0.
- I collegamenti simbolici per la compatibilità con MySQL sono stati trasferiti in un pacchetto separato.
- Il valore predefinito del parametro innodb_undo_tablespaces è stato modificato in 3.
Fonte: opennet.ru
