Пас аз як соли рушд ва се нашри пешакӣ, аввалин нашри устувори филиали нави MariaDB 10.6 DBMS нашр шуд, ки дар доираи он як филиали MySQL таҳия карда мешавад, ки мутобиқати ақибро нигоҳ медорад ва бо ҳамгироии муҳаррикҳои иловагии нигоҳдорӣ фарқ мекунад. ва қобилиятҳои пешрафта. Дастгирии филиали нав барои 5 сол, то моҳи июли соли 2026 таъмин карда мешавад.
Рушди MariaDB аз ҷониби Бунёди мустақили MariaDB, пас аз раванди комилан кушода ва шаффофи рушд, ки аз фурӯшандагони инфиродӣ новобаста аст, назорат карда мешавад. MariaDB ҳамчун ивазкунандаи MySQL дар бисёр дистрибюторҳои Linux (RHEL, SUSE, Fedora, openSUSE, Slackware, OpenMandriva, ROSA, Arch Linux, Debian) таъмин карда мешавад ва дар чунин лоиҳаҳои бузург ба монанди Википедия, Google Cloud SQL ва Nimbuzz амалӣ карда шудааст.
Такмилҳои асосӣ дар MariaDB 10.6:
- Иҷрои атомии ибораҳои “CREATE TABLE|DAMBA|SQUENCE|TRIGGER”, “ALTER TABLE|SEQUENCE”, “ДАГАЙИ НОМ КАРДАНИ ҶАДВАЛ|ҶАДВАЛҲО”, “DROP TABLE|VIEW|VIEW|TRIGGER|MASE” таъмин карда мешавад (ё ифода пурра анҷом дода мешавад ё ҳама чиз ба ҳолати аввалааш бармегардад). Дар мавриди амалиёти "ҶАДВАЛ ТАРҚИДАН", ки якбора якчанд ҷадвалро нест мекунанд, атомӣ дар сатҳи ҳар як ҷадвали алоҳида таъмин карда мешавад. Ҳадафи ин тағирот таъмини якпорчагӣ дар ҳолати садамаи сервер ҳангоми амалиёт мебошад. Пештар, пас аз садама, ҷадвалҳо ва файлҳои муваққатӣ метавонистанд, синхронизатсияи ҷадвалҳо дар муҳаррикҳои нигоҳдорӣ ва файлҳои frm халалдор шаванд ва ҷадвалҳои инфиродӣ метавонистанд номгузори шаванд, вақте ки якчанд ҷадвал якбора тағир дода мешуданд. Беайбӣ тавассути нигоҳ доштани сабти барқарорсозии давлатӣ таъмин карда мешавад, ки роҳи онро тавассути варианти нави "—log-ddl-recovery=file" (ddl-recovery.log ба таври пешфарз) муайян кардан мумкин аст.
- Сохтмони "SELECT ... OFFSET ... FETCH", ки дар стандарти SQL 2008 муайян шудааст, амалӣ карда шудааст, ки ба шумо имкон медиҳад, ки шумораи муайяни сатрҳоро аз офсети муайяншуда намоиш диҳед ва имкони истифодаи параметри "WITH TIES" -ро барои арзиши навбатии дигарро замима кунед. Масалан, ифодаи "SELECT i FROM t1 ORDER t1 BY ASC OFFSET 3 ROWS FETCH AVAL 1 RAWS WITH TIES" аз сохти "SELECT i FROM t3 ORDER BY i ASC LIMIT 1 OFFSET 3" бо баровардани як элементи дигар дар дум фарқ мекунад. (ба чои 4 XNUMX сатр чоп карда мешавад).
- Барои муҳаррики InnoDB, синтаксиси "SELECT ... SKIP LOCKED" амалӣ шудааст, ки ба шумо имкон медиҳад, ки сатрҳоеро, ки барои онҳо қулф гузоштан ғайриимкон аст, хориҷ кунед ("LOCK IN SHARE SHARE" ё "FOOR UPDATE").
- Қобилияти сарфи назар кардани индексҳо амалӣ карда шудааст (дар MySQL 8 ин функсия "индексҳои ноаён" номида мешавад). Нишон додани индекс барои нодида гирифтан бо истифода аз парчами IGNORED дар изҳороти ALTER TABLE анҷом дода мешавад, ки пас аз он индекс намоён ва нав мешавад, аммо аз ҷониби оптимизатор истифода намешавад.
- Функсияи JSON_TABLE() барои табдил додани маълумоти JSON ба шакли релятсионӣ илова карда шуд. Масалан, ҳуҷҷати JSON-ро барои истифода дар контексти ҷадвал табдил додан мумкин аст, ки онро дар дохили блоки FROM дар изҳороти SELECT муайян кардан мумкин аст.
- Мутобиқати беҳтаршуда бо DBMS Oracle: Дастгирии иловашуда барои зерпурсишҳои беном дар блоки FROM. Сохтмони MINUS амалӣ карда шуд (ба истиснои баробар). Функсияҳои ADD_MONTHS(), TO_CHAR(), SYS_GUID() ва ROWNUM() илова карда шуданд.
- Дар муҳаррики InnoDB, воридкунӣ ба ҷадвалҳои холӣ суръат гирифт. Формати сатри фишурдашуда бо нобаёнӣ ба ҳолати танҳо барои хондан муқаррар карда шудааст. Схемаи SYS_TABLESPACES SYS_DATAFILES-ро иваз кард ва бевосита ҳолати системаи файлиро инъикос мекунад. Дастгирии навиштани танбал барои фазои мизи муваққатӣ таъмин карда мешавад. Дастгирии алгоритми пешинаи санҷиш, ки барои мутобиқат бо MariaDB 5.5 нигоҳ дошта шуда буд, қатъ карда шуд.
- Дар системаи такрорӣ андозаи арзиши параметри master_host аз 60 то 255 аломат ва master_user ба 128 зиёд карда шуд. Тағйирёбандаи binlog_expire_logs_seconds барои танзим кардани вақти анҷоми сабти бинарӣ дар сонияҳо илова карда шуд (қаблан вақти аз нав барқароркунӣ буд) танҳо дар рӯзҳо тавассути тағирёбандаи expire_logs_days муайян карда мешавад).
- Механизми такрории бисёрсоҳаи синхронии Galera тағирёбандаи wsrep_mode-ро барои танзим кардани параметрҳои WSREP (Навиштани маҷмӯи REPlication) API амалӣ мекунад. Табдил додани Galera аз алоқаи рамзнашуда ба TLS бе қатъ кардани кластер иҷозат дода шудааст.
- Схемаи sys-schema амалӣ карда шуд, ки маҷмӯи намудҳо, функсияҳо ва расмиёти таҳлили амалиёти пойгоҳи додаҳоро дар бар мегирад.
- Ҷадвалҳои хидматрасонӣ барои таҳлили иҷрои такрорӣ.
- Намоишҳои INFORMATION_SCHEMA.KEYWORDS ва INFORMATION_SCHEMA.SQL_FUNCTIONS ба маҷмӯи ҷадвалҳои иттилоотӣ илова карда шудаанд, ки рӯйхати калимаҳои калидӣ ва функсияҳои дастрасро нишон медиҳанд.
- Анборҳои TokuDB ва CassandraSE хориҷ карда шуданд.
- Рамзгузории utf8 аз намояндагии чаҳор байтӣ utf8mb4 (U+0000..U+10FFFF) ба utf8mb3 се байтӣ интиқол дода шуд (диапазони Юникод U+0000..U+FFFF-ро фаро мегирад).
- Дастгирии иловашуда барои фаъолсозии розетка дар systemd.
- Васлкунаки GSSAPI барои номҳои гурӯҳҳо ва SID-ҳои Active Directory дастгирӣ илова кардааст.
- Санҷиши мавҷудияти файли конфигуратсияи $MARIADB_HOME/my.cnf ба ғайр аз $MYSQL_HOME/my.cnf илова карда шуд.
- Тағйирёбандаҳои нави система binlog_expire_logs_seconds, innodb_deadlock_report, innodb_read_only_compressed, wsrep_mode ва Innodb_buffer_pool_pages_lru_freed амалӣ карда шуданд.
Манбаъ: opennet.ru