10 anys després de la fundació de la branca 10.x, es va llançar MariaDB 11.0.0, que va oferir diverses millores i canvis significatius que van trencar la compatibilitat. Actualment, la branca es troba en qualitat de llançament alfa i estarà a punt per al seu ús en producció després de l'estabilització. La propera branca important de MariaDB 12, que conté canvis que trenquen la compatibilitat, s'espera que d'aquí a 10 anys (el 2032).
El projecte MariaDB està desenvolupant una bifurcació de MySQL, mantenint la compatibilitat enrere sempre que sigui possible i amb la integració de motors d'emmagatzematge addicionals i capacitats avançades. El desenvolupament de MariaDB està supervisat per la Fundació MariaDB independent, seguint un procés de desenvolupament obert i transparent que és independent dels proveïdors individuals. El SGBD MariaDB es subministra en lloc de MySQL en moltes distribucions de Linux (RHEL, SUSE, Fedora, openSUSE, Slackware, OpenMandriva, ROSA, Arch Linux, Debian) i s'ha implementat en projectes tan grans com Viquipèdia, Google Cloud SQL i Nimbuzz.
Una millora clau a la branca MariaDB 11 és la transició de l'optimitzador de consultes a un nou model de pes (model de cost), que proporciona una predicció més precisa dels pesos de cada pla de consultes. Tot i que el nou model pot alleujar alguns colls d'ampolla de rendiment, pot ser que no sigui òptim en tots els escenaris i pot alentir algunes consultes, de manera que es recomana als usuaris que participin en les proves i avisin als desenvolupadors si sorgeixen problemes.
El model anterior era bo per trobar l'índex òptim, però tenia problemes amb l'aplicabilitat d'exploracions de taules, exploracions d'índex o operacions d'obtenció d'intervals. En el nou model, aquest inconvenient s'elimina canviant el pes base de les operacions amb el motor d'emmagatzematge. Quan avaluem el rendiment de les operacions que depenen de la velocitat del disc, com ara les exploracions d'escriptura seqüencials, ara assumim que les dades s'emmagatzemen en un SSD que proporciona velocitats de lectura de 400 MB per segon. A més, es van ajustar altres paràmetres de pes de l'optimitzador que, per exemple, van permetre implementar la possibilitat d'utilitzar índexs per a operacions "ORDER BY/GROUP BY" en subconsultes i accelerar el treball amb taules molt petites.
Cal assenyalar que el nou model de pes us permetrà triar un pla d'execució de consultes més òptim en les situacions següents:
- Quan utilitzeu consultes que abasten més de 2 taules.
- Quan teniu índexs que contenen un gran nombre de valors idèntics.
- Quan s'utilitzen intervals que cobreixen més del 10% de la taula.
- Quan teniu consultes complexes en les quals no totes les columnes utilitzades estan indexades.
- Quan s'utilitzen consultes que involucren diferents motors d'emmagatzematge (per exemple, quan una consulta accedeix a les taules dels motors InnoDB i Memory).
- Quan utilitzeu FORCE INDEX per millorar el pla de consultes.
- Quan el pla de consultes es deteriora quan s'utilitza "ANALIZA TAULA".
- Quan la consulta abasta un gran nombre de taules derivades (gran nombre de SELECT imbricades).
- Quan utilitzeu expressions ORDER BY o GROUP BY que es troben sota índexs.
Problemes de compatibilitat principals a la branca MariaDB 11:
- Els drets SUPER ja no us permeten realitzar accions per a les quals estiguin disponibles privilegis establerts per separat. Per exemple, per canviar el format dels registres binaris, necessitareu els drets d'administrador de BINLOG.
- S'ha eliminat la implementació del buffer de canvis a InnoDB.
- Innodb_flush_method i innodb_file_per_table han quedat obsolets.
- El suport de noms Mysql* ha quedat obsolet.
- S'ha obsolet la configuració de explicit_defaults_for_timestamp a 0.
- Els enllaços simbòlics s'inclouen en un paquet separat per a la compatibilitat amb MySQL.
- El valor predeterminat del paràmetre innodb_undo_tablespaces s'ha canviat a 3.
Font: opennet.ru