The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Опубликована новая LTS-ветка СУБД MariaDB 11.8

09.06.2025 13:01

Представлен выпуск СУБД MariaDB 11.8.2, который отмечен как первый стабильный релиз ветки 11.8. Ветка MariaDB 11.8 отнесена к выпускам с длительным сроком поддержки и будет сопровождаться как минимум 5 лет. Одновременно доступен выпуск MariaDB 12.0.1, имеющий статус кандидата в релизы.

Проектом MariaDB развивается ответвление от MySQL, сохраняющее обратную совместимость и отличающееся интеграцией дополнительных движков хранения и расширенных возможностей. Развитие MariaDB курирует независимая организация MariaDB Foundation в соответствии с открытым и прозрачным процессом разработки, не зависящим от отдельных производителей. MariaDB поставляется вместо MySQL во многих дистрибутивах Linux (RHEL, SUSE, Fedora, openSUSE, Slackware, OpenMandriva, ROSA, Arch Linux, Debian) и внедрён в таких крупных проектах, как Wikipedia, Google Cloud SQL и Nimbuzz.

Среди изменений в ветке MariaDB 11.8 по сравнению с прошлым LTS-выпуском 11.4:

  • В состав интегрированы наработки проекта MariaDB Vector, развивающего возможности для векторного поиска, востребованного в системах машинного обучения. Реализована встроенная поддержка типа данных VECTOR, функций VEC_DISTANCE_EUCLIDEAN(), VEC_DISTANCE_COSINE() и VEC_DISTANCE() для вычисления похожести векторов, а также функций VEC_FromText() и VEC_ToText() для преобразования между бинарным и текстовым представлением векторов. Реализованы оптимизации работы с векторами, использующие SIMD-расширения CPU Intel (AVX2 и AVX512), ARM и IBM Power10. В проведённых тестах производительность векторных запросов в MariaDB превосходит Redis, pgvector, qdrant и weaviate.
  • Решена проблема 2038 года. Граничное значение типа TIMESTAMP увеличено с 2038 до 2106 года.
  • По умолчанию вместо latin1 выставлена кодировка Unicode (utf8mb4) с полной поддержкой emoji. Свойства локали "Collation", определяющие правила сортировки и сопоставления с учётом смысла символов, обновлены до версии UCA 14.0.0.
  • Добавлен новый плагин аутентификации по паролям PARSEC (Password Authentication with Response Signed by Elliptic Curves), применяющий функцию PBKDF2 для формирования хэша пароля и верифицирующий ответы с использованием открытого ключа на базе схемы цифровых подписей ed25519.
  • Улучшена аутентификация при доступе к СУБД c локальной системы, используя UNIX-сокет.
  • В mariadb-dump и mariadb-import добавлена поддержка многопоточного создания и восстановления резервных копий. Распараллеливание применяется как при дампе одной крупной БД, так и при одновременном резервном копировании нескольких БД.
  • Значительно повышена производительность репликации. Для ускорения приёма очень больших транзакций реализован механизм переключения сегментов бинарного лога (binlog), позволяющий избежать ресурсоёмких операций копирования файлов. Для сокращения перезапуска после сбоев обеспечен откат транзакций (rollback) в асинхронном режиме. Добавлена настройка "slave_replication_delay_abort_timeout", при помощи которой можно автоматически отменять транзакции, слишком долго блокирующие репликацию.
  • Расширены инструменты мониторинга. В таблицы со статистикой добавлены дополнительные столбцы для анализа производительности и диагностики проблем.
  • Добавлена таблица USERS с информацией о пользователях, применяемых к ним ограничениях и времени действия их паролей.
  • Добавлены команды "FLUSH GLOBAL STATUS", "REPAIR TABLE ... FORCE" и "SHOW CREATE SERVER".
  • Добавлена возможность возвращения значений с типом ROW из хранимых процедур.
  • Улучшена совместимость с СУБД Oracle при работе с последовательностями (sequence). Операция "CREATE SEQUENCE ... AS" теперь может использоваться с любыми целочисленными типами, включая "BIGINT UNSIGNED".
  • Добавлены новые функции для генерации UUID - UUID_v7 и UUID_v4.
  • Добавлена функция FORMAT_BYTES для преобразования числа байт в читаемый формат (например, FORMAT_BYTES(1000000000) выдаст 953.67 MiB).
  • Добавлена возможность ограничения дискового пространства, используемого для временных файлов и временных таблиц. Добавлены настройки max_tmp_session_space_usage и max_tmp_total_space_usage для задания лимитов, в привязке к одному и всем пользователям.
  • В оптимизаторе запросов ускорена обработка операций UPDATE/DELETE с одной таблицей. Включены по умолчанию оптимизации урезания кодировок до меньшего подмножества символов. Ускорены запросы с выражениями "SUBSTR(col, 1, n) = const_str". Добавлена поддержка оптимизации виртуальных столбцов.


  1. Главная ссылка к новости (https://mariadb.org/11-8-lts-r...)
  2. OpenNews: Стабильный выпуск СУБД MariaDB 11.4
  3. OpenNews: Представлена новая значительная ветка СУБД MariaDB 11
  4. OpenNews: MariaDB существенно меняет график выпусков
  5. OpenNews: Представлен openHalo, инструментарий для миграции с MySQL на PostgreSQL
  6. OpenNews: Выпуск СУБД MySQL 9.3.0
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/63378-mariadb
Ключевые слова: mariadb, mysql
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (26) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (1), 13:48, 09/06/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Пытался найти сравнительные тесты актуальных версий БД, интересно в том числе Mysql vs MariaDB - в интернете нет абсолютно ничего на эту тему. Даже странно.
     
     
  • 2.2, Аноним (2), 13:57, 09/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А кому это нужно, Ораклу? Ему всё равно. Да и производительность дело десятое, стабильность и жизнеспособность важнее.
     
  • 2.3, Аноним (3), 13:57, 09/06/2025 [^] [^^] [^^^] [ответить]  
  • –11 +/
    Доверишься ли ты продукту, который имеет префикс "my", словно это студенческая наколенная работа (mylaba1.pas)?
     
     
  • 3.4, 789 (?), 14:03, 09/06/2025 [^] [^^] [^^^] [ответить]  
  • +6 +/
    половина софта выросла из студенческих поделок
     
  • 3.22, Аноним (22), 19:48, 09/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    My - это по имени дочки.
     
     
  • 4.23, Аноним (23), 21:24, 09/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А мария- любовницы?
     
     
  • 5.24, Аноним (24), 22:37, 09/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Нет, второй дочери.
     
  • 2.5, Tron is Whistling (?), 14:23, 09/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Их стало очень сложно сравнивать - они очень сильно разошлись.
     
  • 2.6, Tron is Whistling (?), 14:29, 09/06/2025 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Вот например есть какие-то тесты, но это только один из юзкейсов по сути.
    https://smalldatum.blogspot.com/2024/04/
     
     
  • 3.8, Аноним (1), 14:53, 09/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Вот спасибо, это не находил
     
  • 2.7, penetrator (?), 14:43, 09/06/2025 [^] [^^] [^^^] [ответить]  
  • +3 +/
    MariaDB > MySQL > Percona

    Мария самая быстрая, но не совместима репликацией с другими СУБД в том числе MySQL Cluster.

    Postgres по умолчанию тупой как пробка, но если настроить, то становится быстрее MariaDB, особенно на вставку данных, плагины для пулов ему противопоказаны, ну и он не мигрирует, нормально между мажорными версиями. Бинарные бекапы в нем еще кривее чем в MySQL. Все-таки по бекапам SQL server рулит, я очень удивлен, в остальном он тупой. Может Oracle еще с его RMAN, но я по нему не шарю, лицуха космос, у меня нет такого кровавого богатенького ынтерпрайза.

    В целом это такой топик, который претендует на отдельную статью с примерами и тестами, а не комент на попеннете, а потом еще и тесты под конкретное приложение, со всеми оптимизациями и тд.

    В инете обзоров как раз не мало, но они все ущербные, берется виртуализированный инстанс из облака, у которого непонятно что с IO, при этом размер базы в несколько гигов, ну максимум - 10, которые полностью влазят в RAM (не индексы, а все данные целиком) и начинают тестить смешные ))) такие тесты не показывают ничего...

     
     
  • 3.9, Аноним (1), 14:55, 09/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Я даже такие не находил, обычно тестированием там занимаются люди далёкие от БД, с !!!!дефолтными настройками и почему то берут Mysql, как будто MariaDB не существует, хотя как многие утверждают - они отличаются и интересно посмотреть конкретно во что выливается это различие
     
     
  • 4.15, penetrator (?), 16:05, 09/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    эй этой шляпы как овна за баней

    https://www.dolthub.com/blog/2024-07-16-mysql-postgres-sysbench-latency/

    ни размер базы, ни размер таблиц, ни количество потоков (клиентов), в качестве сторейджа EBS (что там у него по fio непонятно), используется MySQL, у которого по умолчанию binlog включен

    но хоть честно написали: As you will see, the Sysbench benchmark tests operate on tables of less than 1 million rows so the host is under no memory or disk pressure. Moreover, the entire table can fit in memory so caching is highly effective for these benchmarks.

    т.е. тестрование сферического коня в вакуме, если хватает памяти разверните MySQL Cluster NDB, получите самолет in RAM with async flush

    я не могу подобное коментировать, я тогда начинают злиться )))

    у перконы получше тесты есть
    https://www.percona.com/blog/millions-queries-per-second-postgresql-and-mysql-

    но и там лажа 8 таблиц, 10 млн строк, это примерно 20 GB, при этом под иннодб пул выделено 32 гб, т.е. она опять вся в память влезла )))) ну нахрена такие тесты )))


     
     
  • 5.25, Аноним (24), 22:40, 09/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    У Перконы статья от January 6, 2017. 8,5 лет назад...
     
  • 3.10, Tron is Whistling (?), 14:58, 09/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ну на вставку-то он и должен быть быстрее, DBF есть DBF...
     
     
  • 4.16, penetrator (?), 16:09, 09/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    а причем тут DBF?
     
  • 3.12, Ilya Indigo (ok), 15:39, 09/06/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > , но если настроить, то становится быстрее MariaDB, особенно на вставку данных

    И как же он настраивается так чтобы быть быстрее MariaDB на вставку?
    У меня MariaDB с MyIsam втавляет в 16 раз быстрее чем Postgresql или MariaDB с InnoDB.

     
     
  • 4.14, penetrator (?), 15:53, 09/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    MyISAM не рассматривается вообще, речь про транзакционные движки, в частности InnoDB который уже давно движок по умолчанию

    я про полноценный прод и OLTP

     
     
  • 5.17, Ilya Indigo (ok), 16:10, 09/06/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > MyISAM не рассматривается вообще, речь про транзакционные движки

    Ну так и пишите что конкретный движок InnoDB, а не вся MariaDB!
    Понимаю в постгрессе такой роскоши, как выбрать наиболее подходящий движок для задачи (таблицы, нескольких таблиц или всей базы) нет, и вам не привычно.
    Но так вы дизинформируете!
    > уже давно движок по умолчанию

    Это не имеет значения!
    При создании таблицы можно указать любой доступный, в том числе и MyIsam.
    > я про полноценный прод и OLTP

    Это тут вообще не причём!
    Задачи аналитики на проде полно?
    И будет создаваться отчёт 1 минуту или 16 минут огромная разница. тем более что аналитикам нужен далеко не 1 отчёт!

     
     
  • 6.20, penetrator (?), 18:16, 09/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    1) > Задачи аналитики на проде полно?
    Я же вроде написал, что я про OLTP, вот же отчетливо видно - черные буквы по цвету опеннетовской неожиданности.

    2) MyISAM - легаси (https://mariadb.com/kb/en/choosing-the-right-storage-engine/), а указать ты можешь, что угодно в качестве движка. Для OLTP - InnoDB и точка. И именно с ним ассоциируется MySQL / MariaDB. Для системных БД на смену MyISAM пришла Aria. А для аналитики есть ColumnStore engine, если и делать аналитику на мускуле, то только на таком движке.
    И не забываем про Postgres, с которым тоже сравниваем, так какая нафиг аналитика?

     

  • 1.11, Кошкажена (?), 15:02, 09/06/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > В состав интегрированы наработки проекта MariaDB Vector, развивающего возможности для векторного поиска, востребованного в системах машинного обучения. Реализована встроенная поддержка типа данных VECTOR

    Для постгреса такое есть?

     
     
  • 2.18, 1 (??), 16:23, 09/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ну pgvector у них есть. А то это или это - без понятия.
     

  • 1.19, Аноним (19), 17:39, 09/06/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    >> Решена проблема 2038 года. Граничное значение типа TIMESTAMP увеличено с 2038 до 2106 года.

    До встречи в 2106

     
     
  • 2.21, anonymous (??), 18:26, 09/06/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Там уже наступит опэнкоммунизм и не надо будет даже умирать
     

  • 1.26, Аноним (26), 23:02, 09/06/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    TIMESTAMP...
    1970 + 68 = 2038
    2038 + 68 = 2106

    Кажись знаковый тип сделался бесззнаковым, и диапазон от 1900.. до 1970 теперь не поддерживается?

     
  • 1.27, Асен Тотин (?), 00:16, 10/06/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Ну да... а MaxScale они сделали полностью проприетарным - и на BSL за***ли, и код даже упрятали с GitHub... Хочешь попробовать? На тебе trial - жутко урезанный, работает всего лишь неделю и нужно рестартировать каждые сутки. Почерк нового CEO виден издалека... на днях Галеру прикупили (Codership, тоесть - наконец-то, после стольких лет волокиты), теперь ждем как гуру опенсорса Монти Видениус ее тоже запроприетарит... а че, код-то теперь ихний.
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2025 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру