MariaDB 10.6 stabil kiadás

Egy év fejlesztés és három előzetes kiadás után megjelent a MariaDB 10.6 DBMS új ágának első stabil kiadása, amelyen belül a MySQL egy olyan ágát fejlesztik, amely fenntartja a visszafelé kompatibilitást, és amely további tárolómotorok integrálásával tűnik ki. és fejlett képességekkel. Az új fióktelep támogatása 5 évre szól, 2026 júliusáig.

A MariaDB fejlesztését a független MariaDB Alapítvány felügyeli, egy teljesen nyílt és átlátható fejlesztési folyamatot követve, amely független az egyes szállítóktól. A MariaDB-t a MySQL helyettesítőjeként szállítják számos Linux-disztribúcióban (RHEL, SUSE, Fedora, openSUSE, Slackware, OpenMandriva, ROSA, Arch Linux, Debian), és olyan nagy projektekben valósították meg, mint a Wikipedia, a Google Cloud SQL és a Nimbuzz.

A MariaDB 10.6 legfontosabb fejlesztései:

  • A „CREATE TABLE|VIEW|SEQUENCE|TRIGGER”, „ALTER TABLE|SEQUENCE”, „RENAME TABLE|TABLES”, „DROP TABLE|VIEW|VIEW|TRIGGER|DATABASE” kifejezések atomi végrehajtása biztosított (vagy a kifejezés teljesen elkészült, vagy minden visszaáll az eredeti állapotába). A több táblát egyszerre törölő „DROP TABLE” műveletek esetén az atomitás minden egyes tábla szintjén biztosított. A változtatás célja az integritás biztosítása abban az esetben, ha egy művelet során a szerver lefagy. Korábban egy összeomlás után az ideiglenes táblák és fájlok maradhattak, a tárolómotorokban lévő táblák és az frm-fájlok szinkronizálása megszakadt, és az egyes táblák átnevezés nélkül maradhattak, ha egyszerre több táblát is átneveztek. Az integritást egy állapot-helyreállítási napló vezetése biztosítja, amelynek elérési útja az új „—log-ddl-recovery=file” (alapértelmezés szerint ddl-recovery.log) opcióval határozható meg.
  • Megvalósult az SQL 2008 szabványban meghatározott „SELECT ... OFFSET ... FETCH” konstrukció, amely lehetővé teszi bizonyos számú sor megjelenítését egy megadott eltolástól kezdve, a „WITH TIES” paraméter használatával. csatoljon egy másik következő értéket. Például a „SELECT i FROM t1 ORDER BY i ASC OFFSET 1 ROWS FETCH FIRST 3 ROWS WITH TIES” kifejezés eltér a „SELECT i FROM t1 ORDER BY i ASC LIMIT 3 OFFSET 1” konstrukciótól azáltal, hogy egy további elemet ad ki a farokba. (3 helyett 4 sor kerül kiadásra).
  • Az InnoDB motor esetében a „SELECT ... SKIP LOCKED” szintaxis került megvalósításra, amely lehetővé teszi azon sorok kizárását, amelyekre nem lehet zárolást beállítani („LOCK IN SHARE MODE” vagy „FOR UPDATE”).
  • Az indexek figyelmen kívül hagyásának lehetőségét megvalósították (a MySQL 8-ban ezt a funkciót „láthatatlan indexeknek” nevezik). A figyelmen kívül hagyandó index megjelölése az ALTER TABLE utasításban található IGNORED jelzővel történik, amely után az index látható és frissítve marad, de az optimalizáló nem használja.
  • JSON_TABLE() függvény hozzáadva a JSON-adatok relációs formába konvertálásához. Például egy JSON-dokumentum átalakítható egy tábla kontextusában való használatra, amely egy FROM blokkon belül adható meg a SELECT utasításban.
  • Továbbfejlesztett kompatibilitás az Oracle DBMS-szel: A FROM blokkon belüli névtelen allekérdezések támogatása. A MINUS konstrukció megvalósult (egyenértékű a KIVÉTEL). ADD_MONTHS(), TO_CHAR(), SYS_GUID() és ROWNUM() függvények hozzáadva.
  • Az InnoDB motorban az üres táblákba való beszúrást felgyorsították. A COMPRESSED karakterlánc formátum alapértelmezés szerint csak olvasható módra van állítva. A SYS_TABLESPACES séma felváltotta a SYS_DATAFILES-t, és közvetlenül tükrözi a fájlrendszer állapotát. Az ideiglenes táblaterülethez lusta írási támogatás biztosított. Megszűnt a régi ellenőrzőösszeg algoritmus támogatása, amelyet megtartottak a MariaDB 5.5-tel való kompatibilitás érdekében.
  • A replikációs rendszerben a master_host paraméter értékének mérete 60-ról 255 karakterre, a master_user értéke pedig 128-ra nőtt. A binlog_expire_logs_seconds változóval beállítható a bináris napló lejárati ideje másodpercben (korábban a visszaállítási idő ez volt csak napokban határozható meg az expire_logs_days változón keresztül).
  • A Galera szinkron több főkiszolgálós replikációs mechanizmusa a wsrep_mode változót valósítja meg a WSREP (Write Set REPlication) API paramétereinek konfigurálásához. A Galera engedélyezett átalakítása titkosítatlan kommunikációról TLS-re a fürt leállítása nélkül.
  • Megvalósult a sys-schema séma, amely nézetek, függvények és eljárások gyűjteményét tartalmazza az adatbázis-műveletek elemzéséhez.
  • Szerviztáblák hozzáadva a replikációs teljesítmény elemzéséhez.
  • Az INFORMATION_SCHEMA.KEYWORDS és INFORMATION_SCHEMA.SQL_FUNCTIONS nézet hozzáadásra került az információs táblázatokhoz, amelyek megjelenítik az elérhető kulcsszavak és függvények listáját.
  • A TokuDB és a CassandraSE adattárakat eltávolítottuk.
  • Az utf8 kódolás átkerült a négybájtos utf8mb4 (U+0000..U+10FFFF) helyett a hárombájtos utf8mb3-ba (lefedi az U+0000..U+FFFF Unicode tartományt).
  • Hozzáadott támogatás a socket aktiváláshoz a systemd-ben.
  • A GSSAPI beépülő modul támogatja az Active Directory csoportneveket és SID-ket.
  • A $MYSQL_HOME/my.cnf mellett a $MARIADB_HOME/my.cnf konfigurációs fájl meglétének ellenőrzése hozzáadva.
  • Új rendszerváltozók: binlog_expire_logs_seconds, innodb_deadlock_report, innodb_read_only_compressed, wsrep_mode és Innodb_buffer_pool_pages_lru_freed.

Forrás: opennet.ru

Hozzászólás