10 jaar na de oprichting van de 10.x-tak werd MariaDB 11.0.0 uitgebracht, die een aantal belangrijke verbeteringen en veranderingen bood die de compatibiliteit verbraken. Het filiaal bevindt zich momenteel in de alpha-release-kwaliteit en zal na stabilisatie klaar zijn voor productiegebruik. De volgende grote tak van MariaDB 12, die wijzigingen bevat die de compatibiliteit verbreken, wordt niet eerder dan over tien jaar verwacht (in 10).
Het MariaDB-project ontwikkelt een fork van MySQL, waarbij waar mogelijk achterwaartse compatibiliteit wordt gehandhaafd en de integratie van extra opslagengines en geavanceerde mogelijkheden wordt geboden. De ontwikkeling van MariaDB staat onder toezicht van de onafhankelijke MariaDB Foundation, volgens een open en transparant ontwikkelingsproces dat onafhankelijk is van individuele leveranciers. Het MariaDB DBMS wordt in veel Linux-distributies (RHEL, SUSE, Fedora, openSUSE, Slackware, OpenMandriva, ROSA, Arch Linux, Debian) geleverd in plaats van MySQL en is geïmplementeerd in grote projecten als Wikipedia, Google Cloud SQL en Nimbuzz.
Een belangrijke verbetering in de MariaDB 11-tak is de overgang van de query-optimalisatie naar een nieuw gewichtsmodel (kostenmodel), dat een nauwkeurigere voorspelling van de gewichten van elk queryplan biedt. Hoewel het nieuwe model enkele knelpunten in de prestaties kan wegnemen, is het mogelijk niet in alle scenario's optimaal en kan het sommige zoekopdrachten vertragen. Gebruikers worden daarom aangemoedigd om deel te nemen aan het testen en ontwikkelaars op de hoogte te stellen als zich problemen voordoen.
Het vorige model was goed in het vinden van de optimale index, maar had problemen met de toepasbaarheid van tabelscans, indexscans of bereikophaalbewerkingen. In het nieuwe model wordt dit nadeel geëlimineerd door het basisgewicht van de bewerkingen met de opslagengine te wijzigen. Bij het evalueren van de prestaties voor schijfsnelheidafhankelijke bewerkingen, zoals sequentiële schrijfscans, gaan we er nu van uit dat de gegevens worden opgeslagen op een SSD die leessnelheden van 400 MB per seconde biedt. Bovendien werden andere gewichtsparameters van de optimizer afgestemd, waardoor het bijvoorbeeld mogelijk werd om indexen te gebruiken voor “ORDER BY/GROUP BY”-bewerkingen in subquery’s en om het werken met zeer kleine tabellen te versnellen.
Opgemerkt wordt dat u met het nieuwe gewichtsmodel in de volgende situaties een optimaal plan voor de uitvoering van query's kunt kiezen:
- Bij gebruik van query's die meer dan twee tabellen beslaan.
- Wanneer u indexen heeft die een groot aantal identieke waarden bevatten.
- Bij gebruik van bereiken die meer dan 10% van de tabel bestrijken.
- Wanneer u complexe queries heeft waarbij niet alle gebruikte kolommen zijn geïndexeerd.
- Wanneer er query's worden gebruikt waarbij verschillende opslagengines betrokken zijn (bijvoorbeeld wanneer één query toegang krijgt tot tabellen in de InnoDB- en Memory-engines).
- Wanneer u FORCE INDEX gebruikt om het queryplan te verbeteren.
- Wanneer het queryplan verslechtert bij gebruik van "ANALYZE TABLE".
- Wanneer de query een groot aantal afgeleide tabellen omvat (groot aantal geneste SELECT's).
- Bij gebruik van ORDER BY- of GROUP BY-expressies die onder indexen vallen.
Grote compatibiliteitsproblemen in de MariaDB 11-tak:
- Met SUPER-rechten kun je niet langer acties uitvoeren waarvoor afzonderlijk ingestelde privileges beschikbaar zijn. Om bijvoorbeeld het formaat van binaire logs te wijzigen, heeft u BINLOG ADMIN-rechten nodig.
- De implementatie van de wijzigingsbuffer in InnoDB verwijderd.
- Innodb_flush_method en innodb_file_per_table zijn verouderd.
- Ondersteuning voor Mysql*-namen is verouderd.
- Het instellen van expliciete_defaults_for_timestamp op 0 is verouderd.
- Symbolische links zijn opgenomen in een apart pakket voor compatibiliteit met MySQL.
- De standaardwaarde van de parameter innodb_undo_tablespaces is gewijzigd in 3.
Bron: opennet.ru