Egy év fejlesztés és négy kiadás előtti verzió után első stabil változata új ága "MariaDB 10.5", amelyben bemutatják az új motorokat, az engedélyek néhány változását, a fájlok átnevezését és egyéb dolgokat.
Azok számára, akik nem ismerik a MariaDB-t, tudják, mi az egy adatbázis, amelynek keretrendszerét a MySQL egyik ága fejleszti, amely megtartja a visszamenőleges kompatibilitást, és megkülönböztethető további tároló motorok és fejlett funkciók integrálásával.
A MariaDB 10.5 legfontosabb fejlesztései
A főbb változások közül amelyek kiemelkednek ebből az új verzióból, megtalálhatjuk két tároló motor hozzáadása, egyikük a S3 motor, mi működik MariaDB asztalok tárolására az Amazon S3 vagy bármely más rendszerben felhő tárolás nyilvános vagy privát, amely támogatja az S3 API-t.
Az S3 támogatja a szokásos és a particionált (particionált) táblákat. Amikor a particionált táblákat a felhőbe helyezik, közvetlenül felhasználhatók, akár egy másik szerverről is, amely hozzáfér az S3-tárhelyhez.
A másik tároló motor hogy hozzá lett adva az ColumnStoreHogy adatokat oszloplinkekben tárol és tömegesen párhuzamosan elosztott architektúrát használ.
A motor az InfiniDB MySQL tárolóalapon alapul és célja, hogy megszervezze az analitikus lekérdezések feldolgozását és végrehajtását nagy adathalmazokon (Data Warehouse).
Egy másik fontos változás a futtatható fájlok átnevezése amelyek a szóval kezdődnek A "MySQL" átnevezése a "mariadb" szóval történik. A régi neveket szimbolikus hivatkozásokként menti.
Azt is kiemelik befejeződött a kiváltságok szétválasztásával kapcsolatos munka en kisebb alkatrészek. Az általános SUPER privilégium helyett választható privilégiumok sora "BINLOG ADMIN", "BINLOG REPLAY", "CONNECTION ADMIN", "FEDERATED ADMIN", "READ_ONLY ADMIN", "REPLICATION MASTER ADMIN", "REPLICATION SLAVE ADMIN" és "SET USER".
hogy néhány kifejezés, a szükséges privilégiumok megváltoztak hogy futtassák őket.
Például: BINLOG ESEMÉNYEK MUTATÁSA most megköveteli a BINLOG MONITOR helyett REPLIKÁCIÓS SZOLGÁLAT, MUTASD MEG A SZOLGÁLATI SZÁLLÁSOKAT jogosultságokat igényel REPLIKÁCIÓS MESTER ADMINISZTOR.
A szervezet replikálásához használt bináris rekord, a új mezők kerültek a metaadatokba, beleértve az elsődleges kulcsot, az oszlop nevét, a karakterkészletet és a geometria típusát.
Építkezés A DROP TABLE most megbízhatóan eldobja a táblázatokat A tároló motorban maradnak, még akkor is, ha nincsenek. .Frm vagy .par fájlok.
A multi-master szinkron replikációs mechanizmusa A Galley teljes támogatást nyújt a GTID-hez (Globális tranzakcióazonosító), amely a tranzakcióazonosító csoport összes csomópontjában közös.
Átállt a PCRE2 (Perl Compatible Regular Expressions) könyvtár új ágára, a klasszikus PCRE 8.x sorozat helyett.
Ezenkívül javasoljuk a linkek új verzióinak összekapcsolását a MariaDB és a MySQL-hez a Python és a MariaDB Connector, a Python 1.0.0 és a MariaDB Connector / C 3.1.9 programokból.
Az új verzióban bemutatott többi változás közül:
- Műveletekben «ALTER TABLE»Y«ÁTNEVEZÉSI TÁBLÁZAT«, Támogatást adunk a feltételhez«HA LÉTEZIK»Csak akkor hajtsa végre a műveletet, ha a táblázat létezik;
- Az «attribútum indexeihez«TÁBLÁZAT LÉTREHOZÁSA»A„ LÁTHATÓ ”megvalósításra került.
- Hozzáadott "CYCLE" kifejezés a rekurzív CTE hurkok azonosításához.
- A hatótávolság-megjelenítés optimalizálója figyelembe veszi az IS NULL értéket
- Az AMD32, ARMv64 és POWER 8 CPU-khoz implementáltam a crc8 () függvény hardveresen gyorsított verzióját.
- A mariadb-binlog segédprogram, valamint a BINLOG ESEMÉNYEK MUTATÁSA és a RELAYLOG ESEMÉNYEK MUTATÁSA parancsok replikációs jelzőket jelenítenek meg.
- Számos InnoDB motoroptimalizálást vezettek be.
- Megváltozott néhány alapértelmezett tinktúra. Paraméter innodb_ encryption_threads értéke 255-re emelkedett, és a max_sort_length 4-ről 8-ra nőtt.
- Jelentősen csökkentette a típusokkal történő rendezéskor használt ideiglenes fájlok méretét VARCHAR, CHAR és BLOB.
Végül, ha többet szeretne megtudni erről az új verzióról, akkor tekintse meg a teljes listát változásokat a következő linken.