10 Joer no der Grënnung vun der 10.x Branche, gouf MariaDB 11.0.0 verëffentlecht, wat e puer bedeitend Verbesserungen an Ännerungen ugebueden huet, déi d'Kompatibilitéit gebrach hunn. D'Branche ass de Moment an der Alpha Verëffentlechungsqualitéit a wäert prett sinn fir d'Produktioun no Stabiliséierung ze benotzen. Déi nächst grouss Branche vu MariaDB 12, mat Ännerungen déi d'Kompatibilitéit briechen, gëtt net méi fréi wéi 10 Joer erwaart (am 2032).
De MariaDB-Projet entwéckelt eng Fork vu MySQL, wouduerch d'Réckwärtskompatibilitéit wou méiglech bewahrt gëtt a weider Späichermotoren an fortgeschratt Funktiounen integréiert ginn. D'Entwécklung vu MariaDB gëtt vun der onofhängeger MariaDB Foundation iwwerwaacht, déi engem oppene an transparenten Entwécklungsprozess onofhängeg vun all eenzelne Fournisseur follegt. MariaDB gëtt a ville Verdeelungen als Ersatz fir MySQL geliwwert. Linux (RHEL, SUSE, Fedora, openSUSE, Slackware, OpenMandriva, ROSA, Arch) Linux, Debian) a gouf a grousse Projeten ewéi Wikipedia, Google Cloud SQL an Nimbuzz implementéiert.
Eng Schlësselverbesserung an der MariaDB 11 Branche ass den Iwwergank vum Query Optimizer op en neie Gewiichtmodell (Käschtemodell), dee méi genee Viraussoe vun de Gewiichter vun all Ufroplang ubitt. Wärend den neie Modell e puer Leeschtungsfäegkeeten erliichtert, ass et vläicht net optimal an all Szenarie a kann e puer Ufroen verlangsamen, sou datt d'Benotzer encouragéiert sinn un Testen deelzehuelen an d'Entwéckler z'informéieren wann Probleemer entstinn.
De fréiere Modell war gutt fir den optimalen Index ze fannen, awer hat Probleemer mat der Uwendung vun Tabellescannen, Indexscannen oder Rangefuchoperatiounen. Am neie Modell gëtt dësen Nodeel eliminéiert andeems d'Basisgewiicht vun den Operatiounen mam Lagermotor geännert gëtt. Wann Dir d'Performance fir Disk Speed-ofhängeg Operatiounen evaluéiert, sou wéi sequentiell Schreifscannen, huelen mir elo un datt d'Donnéeën op enger SSD gespäichert sinn déi Liesgeschwindegkeet vun 400MB pro Sekonn ubitt. Zousätzlech goufen aner Gewiichtparameter vum Optimizer ofgestëmmt, wat et zum Beispill erméiglecht huet d'Fäegkeet ze benotzen fir Indexen fir "ORDER BY/GROUP BY" Operatiounen an Subqueries ze benotzen an d'Aarbecht mat ganz klengen Dëscher ze beschleunegen.
Et gëtt bemierkt datt den neie Gewiichtmodell Iech erlaabt e méi optimalen Ufro Ausféierungsplang an de folgende Situatiounen ze wielen:
- Wann Dir Ufroe benotzt, déi méi wéi 2 Dëscher spanen.
- Wann et Indizes sinn déi eng grouss Zuel vun identesche Wäerter enthalen.
- Wann Dir Beräicher benotzt déi méi wéi 10% vum Dësch decken.
- Wann Dir komplex Ufroen hutt, an deenen net all benotzte Kolonnen indexéiert sinn.
- Wann Ufroe benotzt ginn, déi verschidde Späichermotoren involvéieren (zum Beispill, wann eng Ufro op Dëscher an den InnoDB a Memory Motoren zougräift).
- Wann Dir FORCE INDEX benotzt fir den Ufroplang ze verbesseren.
- Wann de Ufroplang verschlechtert wann Dir "ANALYZE TABLE" benotzt.
- Wann d'Ufro eng grouss Zuel vun ofgeleet Dëscher span (grouss Zuel vun nested SELECTs).
- Wann Dir ORDER BY oder GROUP BY Ausdréck benotzt, déi ënner Indizes falen.
Grouss Kompatibilitéitsprobleemer an der MariaDB 11 Branche:
- SUPER Rechter erlaben Iech net méi Aktiounen auszeféieren fir déi separat gesate Privilegien verfügbar sinn. Zum Beispill, fir de Format vu binäre Logbicher z'änneren, braucht Dir BINLOG ADMIN Rechter.
- D'Ännerungsbufferimplementatioun an InnoDB geläscht.
- Innodb_flush_method an innodb_file_per_table goufen ofgeschaaft.
- Mysql * Numm Ënnerstëtzung gouf ofgeschaaft.
- Explicit_defaults_for_timestamp op 0 setzen ass ofgeschaaft ginn.
- Symbolesch Linken sinn an engem getrennten Package abegraff fir Kompatibilitéit mat MySQL.
- De Standardwäert vum innodb_undo_tablespaces Parameter gouf op 3 geännert.
Source: opennet.ru
