Pas 10 vjetësh nga krijimi i degës 10.x, u paraqit versioni i DBMS MariaDB 11.0.0, në të cilin janë propozuar disa përmirësime dhe ndryshime të rëndësishme që prishin përputhshmërinë. Dega aktualisht ka cilësinë e një versioni alpha dhe do të bëhet e gatshme për aplikime praktike pas stabilizimit. Formimi i degës së ardhshme të rëndësishme MariaDB 12, e cila do të përmbajë ndryshime që prishin përputhshmërinë, pritet jo përpara 10 vjetësh (në vitin 2032).
Projekti MariaDB zhvillohet si një degë nga MySQL, me qëllimin për të ruajtur përputhshmërinë gjithashtu dhe për t'u dalluar me integrimin e motorëve të ruajtjes dhe aftësive të zgjeruara. Zhvillimi i MariaDB drejtohet nga organizata e pavarur MariaDB Foundation në përputhje me një proces të hapur dhe transparent zhvillimi, pa varësi nga prodhuesit e veçantë. DBMS MariaDB ofrohet si zëvendësim për MySQL në shumë distribucione Linux (RHEL, SUSE, Fedora, openSUSE, Slackware, OpenMandriva, ROSA, Arch Linux, Debian) dhe është implementuar në projekte të mëdha si Wikipedia, Google Cloud SQL dhe Nimbuzz.
Përmirësimi kryesor në degën MariaDB 11 është kalimi i optimizuesit të kërkesave në një model të ri peshe (cost model), që ofron parashikime më të sakta të peshave të çdo plani të ekzekutimit të kërkesës. Megjithëse modeli i ri lejon eliminimin e disa ngushticave me performancën, nuk përjashtohet që ai të mos jetë optimal në të gjitha skenarët, dhe mund të ngadalësojë disa kërkesa, prandaj përdoruesit inkurajohen të marrin pjesë në testim dhe të njoftojnë zhvilluesit në rast se hasin probleme.
Modeli i mëparshëm i përdorur ishte i përshtatshëm për gjetjen e indeksit optimal, por kishte probleme me aplikueshmërinë e operacioneve të skanimit të tabelave, skanimit të indekseve ose seleksionimit sipas intervaleve. Në modelin e ri, kjo mangësi është eliminuar përmes ndryshimit të peshës baze të operacioneve me motorin e ruajtjes. Kur vlerësohet performanca e operacioneve që varen nga shpejtësia e funksionit me diskun, si skanimi sekretor i regjistrimeve, tani supozohet që të dhënat ruhen në një SSD, që ofron një shpejtësi leximi prej 400MB në sekondë. Për më tepër, janë bërë rregullime edhe të parametrave të tjerë të optimizuesit, që, për shembull, lejojnë realizimin e mundësisë për përdorimin e indekseve për operacionet 'ORDER BY/GROUP BY' në nënpyetjet dhe përshpejtojnë punën me tabela shumë të vogla.
Vërehet se modeli i ri i peshës do të lejojë zgjedhjen e një plani më optimal për ekzekutimin e kërkesës në situata të ndryshme:
- Kur përdoren kërkesa që përfshijnë më shumë se 2 tabela.
- Kur ka indekse, që përmbajnë një numër të madh vlerash të njëjta.
- Kur përdoren intervale që përfshijnë më shumë se 10% të tabelës.
- Kur ka kërkesa komplekse, në të cilat nuk janë indekse të gjitha kolona të përdorura.
- Kur përdoren kërkesa që përfshijnë motorë të ndryshëm ruajtjeje (për shembull, kur në një kërkesë ka referenca në tabela në motorë InnoDB dhe Memory).
- Kur përdoret FORCE INDEX për përmirësimin e planit të kërkesës.
- Kur plani i kërkesës përkeqësohet në rastin e përdorimit të 'ANALYZE TABLE'.
- Kur kërkesa përfshin një numër të madh tabelash të derivuara (numër të madh SELECT-i të vendosur).
- Kur përdoren shprehje ORDER BY ose GROUP BY, që bien nën indekse.
Shkeljet kryesore të përputhshmërisë në degën MariaDB 11:
- Të drejtat SUPER nuk lejojnë më veprime, për të cilat janë të nevojshme privilegje të veçanta. Për shembull, për të ndryshuar formatin e logëve binarë do të kërkohen të drejtat BINLOG ADMIN.
- Implementimi i tamponit të ndryshimeve në InnoDB është fshirë.
- innodb_flush_method dhe innodb_file_per_table janë shpallur të vjetruara.
- Përkrahja për emrat mysql* është shpallur e vjetruar.
- Përcaktimi i parametrave explicit_defaults_for_timestamp në vlerën 0 është shpallur e vjetruar.
- Referencat simbolike për përputhshmëri me MySQL janë nxjerrë në një paketë të veçantë.
- Vlera e parametrave innodb_undo_tablespaces është ndryshuar në 3 si vlerë e zakonshme.
Burimi: opennet.ru
