După 10 ani de la înființarea ramurii 10.x, a fost lansată versiunea SGBD MariaDB 11.0.0, care aduce câteva îmbunătățiri semnificative și modificări care afectează compatibilitatea. Ramura are în prezent calitate de versiune alfa și va fi gata pentru aplicații în producție după stabilizare. Formarea următoarei ramuri semnificative MariaDB 12, care va conține modificări ce afectează compatibilitatea, este așteptată nu mai devreme de 10 ani (în 2032).
Proiectul MariaDB dezvoltă o ramură de la MySQL, care păstrează compatibilitatea înapoi întâi și se distinge prin integrarea de motoare de stocare suplimentare și capacități extinse. Dezvoltarea MariaDB este supervizată de organizația independentă MariaDB Foundation, conform unui proces de dezvoltare deschis și transparent, care nu depinde de anumiți furnizori. SGBD MariaDB este livrat în locul MySQL în multe distribuții Linux (RHEL, SUSE, Fedora, openSUSE, Slackware, OpenMandriva, ROSA, Arch Linux, Debian) și este implementat în proiecte mari, cum ar fi Wikipedia, Google Cloud SQL și Nimbuzz.
Îmbunătățirea cheie din ramura MariaDB 11 este trecerea optimizatorului de interogări la un nou model de greutate (cost model), care asigură o prezicere mai precisă a greutăților fiecărui plan de execuție a interogării. Deși noul model ajută la eliminarea unor puncte de îngustare a performanței, nu este exclus ca acesta să nu fie optim în toate scenariile și este posibil să încetinească anumite interogări, așa că utilizatorilor li se recomandă să participe la testare și să informeze dezvoltatorii în caz de probleme.
Modela utilizată anterior era bine adaptată pentru găsirea indexului optim, dar avea probleme cu aplicabilitatea operațiunilor de scanare a tabelului, scanare a indexului sau selecție pe intervale. În noua modelă, această neajuns a fost eliminată prin modificarea greutății de bază a operațiunilor cu motorul de stocare. La evaluarea performanței operațiunilor care depind de viteza de lucru cu discul, cum ar fi scanarea secvențială a înregistrărilor, se presupune acum că datele sunt stocate pe un SSD, asigurând o viteză de citire de 400MB pe secundă. De asemenea, au fost ajustate și alte parametri de greutate ai optimizatorului, ceea ce, de exemplu, a permis utilizarea indexurilor pentru operațiunile „ORDER BY/GROUP BY” în subinterogări și a accelerat lucrul cu tabele foarte mici.
Se remarcă faptul că noua modelă de greutate va permite selectarea unui plan de execuție a interogărilor mai optim în următoarele situații:
- Când se utilizează interogări care acoperă mai mult de 2 tabele.
- Când există indici care conțin un număr mare de valori identice.
- Când se utilizează intervale care acoperă mai mult de 10% din tabel.
- Când sunt prezente interogări complexe, în care nu toate coloanele utilizate sunt indexate.
- Când se utilizează interogări care implică diferite motoare de stocare (de exemplu, când într-o singură interogare există referințe la tabele în motoarele InnoDB și Memory).
- Când se utilizează FORCE INDEX pentru a îmbunătăți planul interogării.
- Când planul interogării se degradează în cazul utilizării „ANALYZE TABLE”.
- Când interogarea acoperă un număr mare de tabele derivate (un număr mare de SELECT înglobate).
- Când se utilizează expresii ORDER BY sau GROUP BY care sunt acoperite de indici.
Principalele încălcări ale compatibilității în ramura MariaDB 11:
- Permisiunile SUPER nu mai permit efectuarea acțiunilor pentru care sunt disponibile privilegii separate. De exemplu, pentru a schimba formatul jurnalelor binare, vor fi necesare drepturile BINLOG ADMIN.
- Implementarea bufferului de modificări în InnoDB a fost eliminată.
- innodb_flush_method și innodb_file_per_table au fost declarate învechite.
- Suportul pentru numele mysql* a fost declarat învechit.
- Setarea parametrului explicit_defaults_for_timestamp la 0 a fost declarată învechită.
- Legăturile simbolice pentru compatibilitate cu MySQL au fost mutate într-un pachet separat.
- Valoarea parametrului innodb_undo_tablespaces a fost schimbată în mod implicit la 3.
Sursa: opennet.ro
