10 anni dopu à a fundazione di a filiera 10.x, MariaDB 11.0.0 hè stata liberata, chì offre parechje migliure è cambiamenti significati chì rompenu a cumpatibilità. U ramu hè attualmente in qualità di liberazione alfa è serà pronta per l'usu di produzzione dopu a stabilizazione. U prossimu ramu maiò di MariaDB 12, chì cuntene i cambiamenti chì rompenu a cumpatibilità, hè previstu micca prima di 10 anni da avà (in 2032).
U prughjettu MariaDB hè sviluppatu una furchetta da MySQL, mantenendu a cumpatibilità inversa sempre chì hè pussibule è cun l'integrazione di mutori di almacenamiento supplementari è capacità avanzate. U sviluppu di MariaDB hè supervisatu da a Fundazione MariaDB indipendente, dopu un prucessu di sviluppu apertu è trasparente chì hè indipendente da i venditori individuali. U DBMS MariaDB hè furnitu invece di MySQL in parechje distribuzioni Linux (RHEL, SUSE, Fedora, openSUSE, Slackware, OpenMandriva, ROSA, Arch Linux, Debian) è hè stata implementata in prughjetti cusì grande cum'è Wikipedia, Google Cloud SQL è Nimbuzz.
Una mellura chjave in u ramu MariaDB 11 hè a transizione di l'ottimisatore di query à un novu mudellu di pesu (mudellu di costu), chì furnisce una predizione più precisa di i pesi di ogni pianu di dumanda. Mentre chì u novu mudellu pò alleviare alcuni colli di bottiglia di prestazione, pò esse micca ottimali in tutti i scenarii è pò rallentà alcune dumande, cusì l'utilizatori sò incuraghjiti à participà à a prova è avvisà i sviluppatori in casu di prublemi.
U mudellu precedente era bonu per truvà l'indici ottimali, ma hà avutu prublemi cù l'applicabilità di scans di tavulinu, scans d'indici, o operazioni di ricerca di range. In u novu mudellu, stu inconveniente hè eliminatu da cambià u pesu di basa di l'operazioni cù u mutore di almacenamiento. Quandu evaluate u rendiment per l'operazioni dipendente da a velocità di u discu, cum'è scans di scrittura sequenziale, avà assumemu chì i dati sò almacenati in un SSD chì furnisce velocità di lettura di 400MB per seconda. Inoltre, altri paràmetri di pesu di l'ottimisatore sò stati sintonizzati, chì, per esempiu, hà permessu di implementà a capacità d'utilizà indici per l'operazioni "ORDER BY / GROUP BY" in subqueries è accelerà u travagliu cù tavulini assai chjuchi.
Hè nutatu chì u novu mudellu di pesu vi permetterà di sceglie un pianu più ottimali di esecuzione di a dumanda in e seguenti situazioni:
- Quandu s'utilice dumande chì copre più di 2 tavule.
- Quandu avete indici chì cuntenenu un gran numaru di valori idèntici.
- Quandu si usanu intervalli chì coprenu più di 10% di a tavula.
- Quandu avete dumande cumplessu in quale micca tutte e culonni utilizati sò indiziati.
- Quandu e dumande sò aduprate chì implicanu diversi mutori di almacenamiento (per esempiu, quandu una dumanda accede à e tavule in i mutori InnoDB è Memory).
- Quandu si usa FORCE INDEX per migliurà u pianu di dumanda.
- Quandu u pianu di dumanda si deteriora quandu si usa "ANALYZE TABLE".
- Quandu a query span un gran numaru di tavule derivati (grande numaru di SELECT nidificatu).
- Quandu si usa l'espressioni ORDER BY o GROUP BY chì cadenu sottu indici.
Principali prublemi di cumpatibilità in MariaDB 11 branch:
- I diritti SUPER ùn permettenu più di realizà azioni per i quali sò dispunibuli privileggi separati. Per esempiu, per cambià u formatu di logs binari, avete bisognu di diritti BINLOG ADMIN.
- Eliminatu l'implementazione di u buffer di cambiamentu in InnoDB.
- Innodb_flush_method è innodb_file_per_table sò stati deprecati.
- U supportu di nome Mysql * hè statu obsoletu.
- L'impostazione explicit_defaults_for_timestamp à 0 hè stata obsoleta.
- I ligami simbolichi sò inclusi in un pacchettu separatu per a cumpatibilità cù MySQL.
- U valore predeterminatu di u paràmetru innodb_undo_tablespaces hè statu cambiatu à 3.
Source: opennet.ru