10 jarojn post la fondo de la branĉo 10.x, MariaDB 11.0.0 estis liberigita, kiu ofertis plurajn signifajn plibonigojn kaj ŝanĝojn, kiuj rompis kongruon. La branĉo estas nuntempe en alfa-eldonkvalito kaj estos preta por produktada uzo post stabiligo. La sekva grava branĉo de MariaDB 12, enhavanta ŝanĝojn kiuj rompas kongruon, estas atendita ne pli frue ol 10 jarojn de nun (en 2032).
La MariaDB-projekto disvolvas forkon de MySQL, konservante malantaŭan kongruon kiam ajn eblas kaj prezentante la integriĝon de pliaj stokaj motoroj kaj altnivelaj kapabloj. MariaDB-evoluo estas kontrolita de la sendependa MariaDB Foundation, sekvante malferman kaj travideblan evoluprocezon kiu estas sendependa de individuaj vendistoj. La MariaDB DBMS estas provizita anstataŭ MySQL en multaj Linuksaj distribuoj (RHEL, SUSE, Fedora, openSUSE, Slackware, OpenMandriva, ROSA, Arch Linux, Debian) kaj estis efektivigita en tiaj grandaj projektoj kiel Vikipedio, Google Cloud SQL kaj Nimbuzz.
Ŝlosila plibonigo en la branĉo MariaDB 11 estas la transiro de la demandoptimumiganto al nova pezmodelo (kostomodelo), kiu disponigas pli precizan antaŭdiron de la pezoj de ĉiu demandplano. Kvankam la nova modelo povas mildigi kelkajn rendimentajn proplempunktojn, ĝi eble ne estas optimuma en ĉiuj scenaroj kaj povas malrapidigi iujn demandojn, do uzantoj estas kuraĝigitaj partopreni en testado kaj sciigi programistojn se aperas problemoj.
La antaŭa modelo estis bonkapabla pri trovado de la optimuma indekso, sed havis problemojn kun la aplikebleco de tabelskanadoj, indekskanadoj, aŭ intervalo alportas operaciojn. En la nova modelo, ĉi tiu malavantaĝo estas forigita ŝanĝante la bazan pezon de operacioj kun la stoka motoro. Kiam oni taksas rendimenton por diskaj rapidec-dependaj operacioj, kiel sinsekvaj skribaj skanadoj, ni nun supozas, ke la datumoj estas stokitaj sur SSD, kiu disponigas legajn rapidojn de 400MB sekundo. Aldone, aliaj pezaj parametroj de la optimumigilo estis agordita, kiuj, ekzemple, ebligis efektivigi la kapablon uzi indeksojn por operacioj "ORDER BY/GROUP BY" en subdemandoj kaj akceli laboron kun tre malgrandaj tabeloj.
Oni rimarkas, ke la nova pezmodelo permesos al vi elekti pli optimuman planon pri demanda ekzekuto en la sekvaj situacioj:
- Kiam vi uzas demandojn ampleksantajn pli ol 2 tabelojn.
- Kiam vi havas indeksojn enhavantajn grandan nombron da identaj valoroj.
- Kiam vi uzas intervalojn, kiuj kovras pli ol 10% de la tablo.
- Kiam vi havas kompleksajn demandojn, en kiuj ne ĉiuj uzataj kolumnoj estas indeksitaj.
- Kiam demandoj estas uzataj kiuj implikas malsamajn stokadmotorojn (ekzemple, kiam unu demando aliras tabelojn en la InnoDB kaj Memoro-motoroj).
- Kiam vi uzas FORCE INDEX por plibonigi la demandplanon.
- Kiam la demandplano plimalboniĝas kiam oni uzas "ANALIZ TABLON".
- Kiam la demando ampleksas grandan nombron da derivitaj tabeloj (granda nombro da nestitaj SELECToj).
- Kiam oni uzas ORDER BY aŭ GROUP BY esprimojn kiuj kategoriiĝas sub indeksoj.
Gravaj kongruaj problemoj en MariaDB 11-filio:
- SUPER-rajtoj ne plu permesas al vi plenumi agojn, por kiuj estas disponeblaj aparte fiksitaj privilegioj. Ekzemple, por ŝanĝi la formaton de binaraj protokoloj, vi bezonos BINLOG-ADMIN-rajtojn.
- Forigis la efektivigon de ŝanĝbufro en InnoDB.
- Innodb_flush_method kaj innodb_file_per_table estis malrekomenditaj.
- Mysql* nomsubteno estas malrekomendita.
- Agordi explicit_defaults_for_timestamp al 0 estas malrekomendita.
- Simbolaj ligiloj estas inkluzivitaj en aparta pako por kongruo kun MySQL.
- La defaŭlta valoro de la parametro innodb_undo_tablespaces estis ŝanĝita al 3.
fonto: opennet.ru