10 jier nei de oprjochting fan 'e 10.x branch, MariaDB 11.0.0 wurdt frijlitten, bringt ferskate grutte ferbetterings en brekke kompatibiliteit feroarings. De tûke is noch yn alpha release kwaliteit en sil klear wêze foar produksje gebrûk nei stabilisaasje. De folgjende wichtige tûke fan MariaDB 12, mei feroaringen dy't kompatibiliteit brekke, wurdt ferwachte dat se net earder dan 10 jier wêze (yn 2032).
It MariaDB-projekt ûntwikkelet in gabel fan MySQL dy't efterútkompatibiliteit behâldt wêr mooglik en wurdt ûnderskieden troch de yntegraasje fan ekstra opslachmotoren en avansearre funksjes. MariaDB-ûntwikkeling wurdt tafersjoch hâlden troch de ûnôfhinklike MariaDB Foundation, nei in iepen en transparant ûntwikkelingsproses ûnôfhinklik fan yndividuele leveransiers. MariaDB ferfangt MySQL op in protte Linux-distribúsjes (RHEL, SUSE, Fedora, openSUSE, Slackware, OpenMandriva, ROSA, Arch Linux, Debian) en is oannommen troch grutte projekten lykas Wikipedia, Google Cloud SQL, en Nimbuzz.
In wichtige ferbettering yn 'e MariaDB 11-tûke is de oersetting fan' e query-optimizer nei in nij gewichtsmodel (kostenmodel), dat krekter foarsizzing leveret fan 'e gewichten fan elk query-útfierplan. Hoewol it nije model wat knelpunten foar prestaasjes elimineert, is it mooglik dat it net yn alle senario's optimaal sil wêze en guon fragen kinne fertrage, sadat brûkers wurde stimulearre om mei te dwaan oan testen en ûntwikkelders ynformearje yn gefal fan problemen.
It foarige model wurke goed foar it finen fan de optimale yndeks, mar hie problemen mei de tapasberens fan tabel scans, index scans, of berik fetches. Yn it nije model wurdt dit neidiel elimineare troch it feroarjen fan it basisgewicht fan operaasjes mei de opslachmotor. Prestaasje-evaluaasjes foar skiif-yntinsive operaasjes lykas opfolgjende skriuwscans geane no fanút dat gegevens wurde opslein op in SSD dy't 400MB lêzen per sekonde kin. Derneist waarden oare gewichtparameters fan 'e optimizer ôfstimd, wat it bygelyks mooglik makke om yndeksen te brûken foar ORDER BY/GROUP BY operaasjes yn subqueries en it wurk mei heul lytse tabellen te fersnellen.
It wurdt opmurken dat it nije gewichtsmodel it kieze sil foar in mear optimaal plan foar útfiering fan query's yn 'e folgjende situaasjes:
- By it brûken fan queries dy't mear dan 2 tabellen befetsje.
- As d'r yndeksen binne mei in grut oantal identike wearden.
- By it brûken fan berik covering mear as 10% fan 'e tafel.
- As jo komplekse queries hawwe wêr't net alle brûkte kolommen binne yndeksearre.
- As queries wurde brûkt dy't ferskate opslachmotors belûke (bygelyks as ien query tagong befettet ta tabellen yn 'e InnoDB- en Memory-motoren).
- By it brûken fan FORCE INDEX om it queryplan te ferbetterjen.
- As it queryplan minder wurdt yn it gefal fan it brûken fan "TABEL ANALYSE".
- As de query in grut oantal werjeften oerspant (grut oantal nestele SELECTs).
- By it brûken fan ORDER BY of GROUP BY klausules dy't oerienkomme mei yndeksen.
Grutte kompatibiliteitsbrekken yn 'e MariaDB 11-tûke:
- SUPER-rjochten tastean jo net mear aksjes út te fieren wêrfoar apart ynstelde privileezjes beskikber binne. Bygelyks, it feroarjen fan it formaat fan binêre logs sil BINLOG ADMIN-rjochten fereaskje.
- Fuortsmite wiziging buffer ymplemintaasje yn InnoDB.
- Ferâldere innodb_flush_method en innodb_file_per_table.
- Stipe foar mysql*-nammen is ôfkard.
- Ferâldere ynstelling explicit_defaults_for_timestamp op 0.
- Symboalyske keppelings binne ferpleatst nei in apart pakket foar kompatibiliteit mei MySQL.
- De wearde fan de parameter innodb_undo_tablespaces is feroare fan standert nei 3.
Boarne: opennet.ru