MariaDB 10.6 stabil utgåva

Efter ett års utveckling och tre preliminära utgåvor har den första stabila utgåvan av den nya grenen av MariaDB 10.6 DBMS publicerats, inom vilken en gren av MySQL utvecklas som upprätthåller bakåtkompatibilitet och kännetecknas av integrationen av ytterligare lagringsmotorer och avancerade funktioner. Stöd för den nya filialen kommer att ges i 5 år, fram till juli 2026.

MariaDB-utvecklingen övervakas av den oberoende MariaDB Foundation, efter en helt öppen och transparent utvecklingsprocess som är oberoende av enskilda leverantörer. MariaDB levereras som en ersättning för MySQL i många Linux-distributioner (RHEL, SUSE, Fedora, openSUSE, Slackware, OpenMandriva, ROSA, Arch Linux, Debian) och har implementerats i så stora projekt som Wikipedia, Google Cloud SQL och Nimbuzz.

Viktiga förbättringar i MariaDB 10.6:

  • Den atomära exekveringen av uttrycken "CREATE TABLE|VIEW|SEQUENCE|TRIGGER", "ALTER TABLE|SEQUENCE", "RENAME TABLE|TABLES", "DROP TABLE|VIEW|VIEW|TRIGGER|DATABASE" säkerställs (antingen är uttrycket helt färdig eller allt återställs till sitt ursprungliga skick). I fallet med "DROP TABLE"-operationer som raderar flera tabeller samtidigt, säkerställs atomicitet på nivån för varje enskild tabell. Syftet med förändringen är att säkerställa integriteten i händelse av en serverkrasch under en operation. Tidigare, efter en krasch, kunde temporära tabeller och filer finnas kvar, synkroniseringen av tabeller i lagringsmotorer och frm-filer kunde störas och enskilda tabeller kunde förbli utan namn när flera tabeller bytte namn på en gång. Integriteten säkerställs genom att upprätthålla en tillståndsåterställningslogg, vars sökväg kan bestämmas genom det nya alternativet "—log-ddl-recovery=file" (ddl-recovery.log som standard).
  • Konstruktionen "SELECT ... OFFSET ... FETCH" definierad i SQL 2008-standarden har implementerats, vilket gör att du kan visa ett visst antal rader med början från en specificerad offset, med möjligheten att använda parametern "WITH TIES" för att lägg till ett annat nästa värde. Till exempel, uttrycket "SELECT i FROM t1 ORDER BY i ASC OFFSET 1 ROWS FETCH FIRST 3 ROWS WITH TIES" skiljer sig från konstruktionen "SELECT i FROM t1 ORDER BY i ASC LIMIT 3 OFFSET 1" genom att mata ut ytterligare ett element i svansen (istället för 3 kommer 4 rader att skrivas ut).
  • För InnoDB-motorn har syntaxen "SELECT ... SKIP LOCKED" implementerats, vilket gör att du kan exkludera rader för vilka ett lås inte kan ställas in ("LOCK IN SHARE MODE" eller "FOR UPDATE").
  • Möjligheten att ignorera index har implementerats (i MySQL 8 kallas denna funktionalitet "osynliga index"). Att markera ett index som ska ignoreras görs med flaggan IGNORED i ALTER TABLE-satsen, varefter indexet förblir synligt och uppdaterat, men används inte av optimeraren.
  • Lade till JSON_TABLE() funktion för att konvertera JSON-data till relationsform. Till exempel kan ett JSON-dokument transformeras för användning i en tabells kontext, vilket kan specificeras i ett FROM-block i en SELECT-sats.
  • Förbättrad kompatibilitet med Oracle DBMS: Lade till stöd för anonyma underfrågor inuti FROM-blocket. MINUS-konstruktionen har implementerats (motsvarande EXCEPT). Lade till funktionerna ADD_MONTHS(), TO_CHAR(), SYS_GUID() och ROWNUM().
  • I InnoDB-motorn har infogning i tomma tabeller påskyndats. Strängformatet COMPRESSED är inställt på skrivskyddat läge som standard. SYS_TABLESPACES-schemat ersatte SYS_DATAFILES och återspeglar direkt tillståndet i filsystemet. Stöd för lat skrivning tillhandahålls för det tillfälliga bordsutrymmet. Stödet för den gamla kontrollsummaalgoritmen, som behölls för kompatibilitet med MariaDB 5.5, har upphört.
  • I replikeringssystemet har storleken på parametervärdet master_host ökats från 60 till 255 tecken och master_user till 128. Variabeln binlog_expire_logs_seconds har lagts till för att konfigurera utgångstiden för den binära loggen i sekunder (tidigare var återställningstiden bestäms endast i dagar genom variabeln expire_logs_days).
  • Galera synkrona multi-master replikeringsmekanism implementerar variabeln wsrep_mode för att konfigurera WSREP (Write Set REPlication) API-parametrar. Tillåt konvertering av Galera från okrypterad kommunikation till TLS utan att stoppa klustret.
  • Sys-schema-schemat har implementerats, som innehåller en samling vyer, funktioner och procedurer för att analysera databasoperationer.
  • Lade till tjänstetabeller för att analysera replikeringsprestanda.
  • Vyerna INFORMATION_SCHEMA.KEYWORDS och INFORMATION_SCHEMA.SQL_FUNCTIONS har lagts till i uppsättningen informationstabeller, som visar en lista över tillgängliga nyckelord och funktioner.
  • TokuDB- och CassandraSE-förråd har tagits bort.
  • Utf8-kodningen har flyttats från fyra-byte-representationen utf8mb4 (U+0000..U+10FFFF) till tre-byte-utf8mb3 (täcker Unicode-intervallet U+0000..U+FFFF).
  • Tillagt stöd för socketaktivering i systemd.
  • GSSAPI-pluginet har lagt till stöd för Active Directory-gruppnamn och SID:n.
  • Lade till kontroll för närvaron av konfigurationsfilen $MARIADB_HOME/my.cnf förutom $MYSQL_HOME/my.cnf.
  • Nya systemvariabler binlog_expire_logs_seconds, innodb_deadlock_report, innodb_read_only_compressed, wsrep_mode och Innodb_buffer_pool_pages_lru_freed har implementerats.

Källa: opennet.ru

Lägg en kommentar