MariaDB 11 er allerede blevet frigivet, og dette er nyhederne

10 år efter grundlæggelsen af ​​10.x-afdelingen, endelig blev den nye version og gren af ​​MariaDB 11.0.0 frigivetDet bringer flere vigtige forbedringer og bryder kompatibilitetsændringer.

MariaDB 11 er allerede blevet frigivet, og disse er nyhederne, og den vil være klar til produktionsbrug efter stabilisering. Den næste betydelige gren af ​​MariaDB 12, der indeholder ændringer, der bryder kompatibiliteten, forventes ikke at være tidligere end 10 år (i 2032).

For dem, der ikke er klar over MariaDB-projektet, skal du vide det det udvikler en fork af MySQL, der bevarer bagudkompatibilitets hvor det er muligt og udmærker sig ved integrationen af ​​yderligere lagringsmotorer og avancerede funktioner.

Udviklingen af ​​MariaDB overvåges af den uafhængige MariaDB-fond, efter en åben og gennemsigtig udviklingsproces uafhængig af individuelle leverandører. MariaDB sender i stedet for MySQL på mange Linux-distributioner.

Vigtigste nye funktioner i MariaDB 11

I denne nye udgivelse af MariaDB 11 er en af ​​de vigtigste forbedringer i grenen forespørgselsoptimeringsoversættelse til en ny vægtningsmodel (omkostningsmodel), som giver en mere nøjagtig forudsigelse af vægten af ​​hver forespørgselsudførelsesplan. Selvom den nye model fjerner nogle flaskehalse i ydeevnen, er den muligvis ikke optimal i alle scenarier, og nogle forespørgsler kan blive langsommere, så brugere opfordres til at deltage i test og underrette udviklere i tilfælde af problemer.

Ovenstående model fungerede godt for at finde det optimale indeks, men havde problemer med anvendeligheden af ​​tabelscanninger, indeksscanninger eller områdeopslag. I den nye model elimineres denne ulempe ved at ændre basisvægten af ​​operationer med lagermotoren.

præstationsevalueringer til disk-intensive operationer såsom sekventielle skrivescanninger, nu går de ud fra, at dataene er gemt på en SSD med en læsekapacitet på 400 MB i sekundet. Derudover blev andre vægtparametre for optimizeren forfinet, hvilket for eksempel gjorde det muligt at implementere muligheden for at bruge indekser til "ORDER BY/GROUP BY" operationer i underforespørgsler og at fremskynde arbejdet med meget små tabeller.

En anden nyhed, der skiller sig ud, er, at den nye vægtningsmodel gør det muligt at vælge en mere optimal plan for udførelse af forespørgsler i følgende situationer:

• Når du bruger forespørgsler, der spænder over mere end 2 tabeller.
• Når der er indekser, der indeholder et stort antal identiske værdier.
• Ved brug af områder, der dækker mere end 10 % af tabellen.
• Når du har komplekse forespørgsler, hvor ikke alle de anvendte kolonner er indekseret.
• Når du bruger forespørgsler, der involverer forskellige lagermotorer (f.eks. når en forespørgsel indeholder adgang til tabeller i InnoDB- og Memory-motorerne).
• Ved at bruge FORCE INDEX til at forbedre forespørgselsplanen.
• Når forespørgselsplanen nedgraderes i tilfælde af brug af "ANALYSE TABEL".
• Når forespørgslen spænder over et stort antal visninger (stort antal indlejrede SELECT'er).
• Når du bruger ORDER BY eller GROUP BY klausuler, der matcher indekser.

Fra den del af kompatibilitetsbrud I denne nye version af MariaDB 11 nævnes følgende pauser, som vi finder i denne nye gren:

• SUPER-rettigheder tillader dig ikke længere at udføre handlinger, for hvilke der er tilgængelige separat indstillede privilegier. For eksempel vil ændring af formatet på de binære logfiler kræve BINLOG ADMINISTRATOR-rettigheder.
• Fjernede ændringsbufferimplementeringen i InnoDB.
• Forældet innodb_flush_method og innodb_file_per_table.
• Understøttelse af mysql*-navne er blevet udfaset.
• Forældet indstilling af explicit_defaults_for_timestamp til 0.
• Symbolske links er blevet flyttet til en separat pakke for kompatibilitet med MySQL.
• Værdien af ​​parameteren innodb_undo_tablespaces er blevet ændret fra standard til 3.

Endelig hvis du er interesseret i at vide mere om det om denne nye udgivelse, kan du tjekke detaljerne i følgende link.