The OpenNET Project / Index page

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

Стабильный выпуск СУБД MariaDB 11.4

06.06.2024 14:42

Опубликован выпуск СУБД MariaDB 11.4.2, который отмечен как первый стабильный релиз ветки 11.4. Ветка MariaDB 11.4 отнесена к категории выпусков с длительным сроком поддержки и будет сопровождаться как минимум 5 лет. Одновременно доступен выпуск MariaDB 11.5.1, имеющий статус кандидата в релизы, и сформирована ветка 11.6, в которой будет развиваться новая функциональность.

Проектом 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.4 по сравнению с прошлым LTS-выпуском 10.11:

  • Значительно улучшен оптимизатор запросов, переведённый на новую весовую модель (cost model), обеспечивающую более точное предсказание весов каждого плана выполнения запроса. Ранее используемая модель хорошо подходила для нахождения оптимального индекса, но имела проблемы с применимостью операций сканирования таблицы, сканирования индекса или выборки по диапазонам. В новой модели данный недостаток устранён за счёт изменения базового веса операций, связанных с движком хранения. Например, для операций с хранилищем, таких как последовательное сканирование записей, теперь предполагается, что данные хранятся на быстром SSD-накопителе. Дополнительно проведён тюнинг и других весовых параметров оптимизатора, что, например, позволило реализовать возможность использования индексов для операций "ORDER BY/GROUP BY" в подзапросах и ускорить работу с очень маленькими таблицами.
  • Значительно ускорена обработка подзапрсов в выражениях UPDATE и DELETE, ограниченных одной таблицей.
  • Обеспечено использование индексов в запросах, в которых функции DATE и YEAR сравниваются с константой, например, "SELECT * FROM t2 WHERE YEAR(a) = 2024" или "SELECT * FROM t2 WHERE DATE(a) <= '2024-06-06'", а также в запросах с функцией UCASE(varchar_col). Для оптимизации функций MIN() и MAX() реализована возможность использования индексов, сгруппированных в режиме "DESC".
  • На сервере и клиенте по умолчанию включено обязательное SSL-шифрование обмена данными. Поддержка шифрования не требует настройки, так как задействован самоподписанный сертификат. Клиент может верифицировать самоподписанный серверный сертификат при использовании настройки mysql_native_password или аутентификации на основе ed25519. В клиент также добавлены опции "--tls-fp" и "--tls-fplist" для ручной оценки сертификата по его наглядному слепку. Для отключения шифрования и проверки сертификата предусмотрены опции "--disable-ssl" и "--disable-ssl-verify-server-cert".
  • В операции "ALTER TABLE … EXCHANGE PARTITION" и "ALTER TABLE … CONVERT TABLE … TO" добавлена поддержка выражений "WITH VALIDATION" и "WITHOUT VALIDATION".
  • Добавлено новое системное представление "sys.privileges_by_table_by_level", показывающее привилегии текущего пользователя в привязке к таблицам.
  • Добавлена переменная redirect_url, реализующая возможность перенаправления клиента на другой сервер (например, для балансировки нагрузки или в процессе миграции инфраструктуры).
  • Добавлена поддержка приведения типов INET4 к типам INET6, что позволяет, например, сравнивать значения INET4 и INET6, а также сохранять значения INET4 в столбцах с типом INET6.
  • Добавлена новая привилегия "SHOW CREATE ROUTINE", позволяющая просматривать определения чужих подпрограмм.
  • В движке InnoDB реализована переменная "innodb_truncate_temporary_tablespace_now", включающая возможность усечения файлов (shrink) временных таблиц без перезапуска. При запуске обеспечено возвращение места на диске, которое перестало использоваться в системных таблицах.
  • Добавлены новые JSON-функции JSON_OBJECT_FILTER_KEYS, JSON_OBJECT_TO_ARRAY, JSON_SCHEMA_VALID и JSON_ARRAY_INTERSEC.
  • В движок хранения Spider, реализующий систему шардинга, позволяющую разносить большие таблицы на несколько серверов, добавлена поддержка определения параметров в специальной таблице "options", вместо их кодирования в строках COMMENT/CONNECTION.
  • Добавлена функция KDF для генерации ключей шифрования для AES_ENCRYPT.
  • Добавлена функция FORMAT_PICO_TIME для наглядного представления времени, заданного с пикосекундной точностью.
  • Повышена скорость записи лога за счёт выноса операции вычисления контрольных сумм за пределы кода, для которого выставляется глобальная блокировка.
  • Добавлена системная переменная max_binlog_total_size, определяющая размер, при достижении которого бинарный лог будет очищен. Также добавлена переменная slave_connections_needed_for_purge, приостанавливающая очистку бинарного лога до достижения определённого числа соединений от slave-серверов.
  • Добавлен новый режим формирования содержимого бинарного лога, включаемый через переменную binlog_row_image, - FULL_NODUP, который отличается от режима FULL исключением дубликатов данных (включаются только столбцы, изменившиеся при выполнении операции UPDATE). Новый режим также поддерживается в команде "mariadb-binlog --flashback".
  • В утилиту mariadb-dump добавлена опция "-j" ("--parallel") для установки числа параллельно выполняемых работ по сбросу дампов таблиц. В утилиту mariadb-import добавлена опций "--use-threads" с аналогичным назначением.
  • Добавлена возможность использования пакетов (CREATE PACKAGE) вне режима совместимости с ORACLE.
  • В функциях AES_ENCRYPT() и AES_DECRYPT() добавлена поддержка указания вектора инициализации и выбора алгоритма шифрования.
  • В утилите mariadb-dump реализовано добавление команды "sandbox" в начало каждого файла с дампом БД. Команда "sandbox" включает режим изоляции, в котором до завершения сеанса с СУБД отключается обработка команд интерактивной оболочки.


  1. Главная ссылка к новости (https://mariadb.org/mariadb-11...)
  2. OpenNews: Доступна СУБД MySQL 8.4.0 LTS
  3. OpenNews: Стабильный релиз СУБД MySQL 8.0
  4. OpenNews: MariaDB существенно меняет график выпусков
  5. OpenNews: Представлена новая значительная ветка СУБД MariaDB 11
  6. OpenNews: Стабильный выпуск СУБД MariaDB 10.11
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/61324-mariadb
Ключевые слова: mariadb
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (45) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, YetAnotherOnanym (ok), 15:22, 06/06/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > включено обязательное SSL-шифрование обмена данными. Поддержка шифрования не требует настройки

    Обожаю такое.

     
     
  • 2.3, Привет (?), 15:42, 06/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    зачем ?
     
  • 2.7, Аноним (7), 16:26, 06/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    гост?
     
     
  • 3.26, YetAnotherOnanym (ok), 09:10, 07/06/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Что угодно. Дело не в алгоритме, а в организации процесса.
     

  • 1.4, Аноним (4), 15:52, 06/06/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    >  отличающееся интеграцией дополнительных движков хранения

    Да, в 2014 был большой список движков (Aria, XtraDB, PBXT, FederatedX, OQGRAPH, Sphinx).
    А сейчас кто-то из них остался в живых? Знакомые админы используют только InnoDB.

     
     
  • 2.19, Savaoff (?), 22:29, 06/06/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Интересный движок
    Mroonga - Fast fulltext search for all languages on MySQL
    Попытки использовать fts на таблицах с innodb размером в сотни гигабайт приводила к сообщениям о нехватке памяти. А mroonga полне себе переваривает.

     
     
  • 3.21, Аноним (21), 00:33, 07/06/2024 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Это надо решать не васянскими движками, а выкидыванием Машки из задач полнотекстового поиска.
     
     
  • 4.27, YetAnotherOnanym (ok), 09:14, 07/06/2024 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Силён ты давать советы, не зная юзкейса.
     
     
  • 5.30, penetrator (?), 10:10, 07/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    какой бы не был юзкейс он прав, архитектурно так и надо делать, а если ты костылишь что-то ну так проблемы негров как говорится
     
     
  • 6.36, YetAnotherOnanym (ok), 16:13, 07/06/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Может оказаться, что основная работа БД не связана с полнотекстовым поиском, полнотекстовый поиск на ней выполняют изредка, в каких-то частных случаях, например, при разборе полётов после какого-нибудь косяка.
     
     
  • 7.37, Savaoff (?), 16:41, 07/06/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Именно так. В проде fts не используется.

    Вообще речь о движках марии, а не "каким софтом правильно делать fts", но этож форум непрошенных советов))
    Mroonga оказался случайной, но очень полезной находкой. Это интерфейс к https://groonga.org.
    Раз движок пилят, значит это кому-то нужно (почти (с))

     
     
  • 8.39, Savaoff (?), 17:17, 07/06/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Движок,правда не самой свежей версии, доступен в стандартной поставке марии, Х... текст свёрнут, показать
     
     
  • 9.49, Аноним (49), 18:27, 08/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    А что, с utf8 не работает, надо эти копролиты из чулана доставать ... текст свёрнут, показать
     
     
  • 10.50, Savaoff (?), 19:22, 08/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Я не помню, может и работает В проекте, где юзаю mroonga, utf8 не нужна Кстати... текст свёрнут, показать
     
  • 8.44, YetAnotherOnanym (ok), 19:11, 07/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    О, пасиб возьму на заметку ... текст свёрнут, показать
     
  • 5.32, Аноним (4), 11:02, 07/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Силён ты давать советы, не зная юзкейса.

    Крайне сложно представить ситуацию, в которой на полнотекстовом поиске мускуль будет лучше эластика.
    Хотя бы просто потому, что эластик с его шардовой архитектурой гораздо лучше выполняет параллелизацию запросов.

     
     
  • 6.45, User (??), 19:22, 07/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Пффф! Лехко! Копеечный объем данных при котором этот FTS - сильно не основная нагрузка, а ресурсы васянохостинга ограничены и elastic\opensearch идет строем нафиг.
     

  • 1.5, Ilya Indigo (ok), 16:20, 06/06/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    https://jira.mariadb.org/browse/MDEV-11588
    На вот эту проблему, которой никогда не было в MySQL, они решили окончательно забить болт?
    Судя по последнему комментарию это не единственная проблема, да и я могу привести несколько.

    Верните MySQL в дистрибутивы из коробки!

     
     
  • 2.8, Аноним (7), 16:27, 06/06/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    apt info mysql-server
    Package: mysql-server
    Version: 8.0.36-2ubuntu3
    Priority: optional
    Section: database
    Source: mysql-8.0
    Origin: Ubuntu

    ubuntu 24.04

     
  • 2.18, Tron is Whistling (?), 22:06, 06/06/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Скис форк. Переваливаю всё назад на ванильный оракловый MySQL 8.
     
  • 2.34, Аноним (34), 14:43, 07/06/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Проблема была, но прошло 10 лет, как в mysql её исправили.

    Когда Sun продали Oracle, казалось, что Mysql всё, какое-то время развитие приостановилось, и Maria выглядела многообещающе.

    Но потом Oracle осознал, что рынки Oracle Database и Mysql практически не пересекаются, хорошо вложился в Mysql, нанял кучу инженеров, поправили кучу родовых травм Mysql, перевели наконец-то системные таблицы на InnoDB. Maria за этим уже не может угнаться.

     

  • 1.16, nume (ok), 20:06, 06/06/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    К сожалению нет полной совместимости баз с MySQL, что такое себе.
     
     
  • 2.17, penetrator (?), 21:42, 06/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    нету, но это самая быстрая версия MySQL для Galera Cluster
     
     
  • 3.22, net (??), 04:28, 07/06/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    net, pxc
     
  • 2.52, edo (ok), 22:44, 08/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    а что вы понимаете под полной совместимостью?
     

  • 1.20, Дед Анон (?), 23:00, 06/06/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А есть российские клоны Mysql/MariaDB на подобии PostgresPro?
     
     
  • 2.23, Аноним (49), 05:55, 07/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Исходники PostgreSQL можно закрыть и сделать PostgresPro. А исходники MySQL и MariaDB, которые ты можешь получить, под GPL. Поэтому ничего наподобие с ними не будет.
     
     
  • 3.24, User (??), 07:31, 07/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Я вас умоляю! Получите исходники атсры линукс, а?
     
     
  • 4.25, Аноним (25), 08:13, 07/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Вот купишь лицензию Астры, подпишешь нда, токгда и получишь
     
     
  • 5.33, User (??), 12:28, 07/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Вот купишь лицензию Астры, подпишешь нда, токгда и получишь

    Ну вот купил, и? В какое спортлото подписывать?
    Посмотрите п. 3 лицензионного соглашения с конечным пользователем - узнаете много нового. А вот про Жо-Пы-Ель напротив - ничего не узнаете. Цап-царап! Было ваше - но импортозаместилось, да так, что приснопамятная EULA от MS только глазами хлопает: "А чо, так можно было?!!".
    Возникни на 1\6 части суши у кого желание мертвую стюардессу повыкапывать - форкнет Машку и никакой Столлман не указ - но оно судя по всему настолько нужное-нужно, что желания не возникает.

     
     
  • 6.35, Аноним (25), 14:48, 07/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    И правда, а ведь некоторые так радовались частичному виндокапец-у, но что-то ничего не поменялось
     
     
  • 7.41, Аноним (49), 17:20, 07/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Потому что люди стараются и пишут законы не для других, а для себя.
     
  • 4.31, Аноним (-), 10:23, 07/06/2024 Скрыто ботом-модератором     [к модератору]
  • +/
     
     
  • 5.43, User (??), 18:33, 07/06/2024 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 4.38, Аноним (49), 17:07, 07/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Астралинукс за пределами российской госухи никому не нужен, они могут делать что угодно.

    У PostgresPro другая мотивация, они продают не только на российском рынке, да и МО РФ у них не целевой клиент.

     
     
  • 5.42, User (??), 18:26, 07/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Астралинукс за пределами российской госухи никому не нужен, они могут делать что
    > угодно.
    > У PostgresPro другая мотивация, они продают не только на российском рынке, да
    > и МО РФ у них не целевой клиент.

    Ну, т.е. про "современное российское ИТ" вы знаете только то, что там работают Николай, Игорь, Харитон, Ульяна, Яков? Ну ок - против ЭКСПЕРТИЗЫ не попрешь...

     
     
  • 6.48, Аноним (49), 18:23, 08/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Если есть оптовый покупатель, который берет вообще всё, почему бы и не торговать краденым.
     
     
  • 7.51, User (??), 20:54, 08/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Если есть оптовый покупатель, который берет вообще всё, почему бы и не
    > торговать краденым.

    Не. Не так. Если у "кражи" нет никаких юридических последствий - то пуркуа бы не па? Наличие оптового покупателя влияет разве что на успешность торговли. Скажем, кейсы с отказом от vmware или там Nvidia из-за "GPL violation" мне не известны.

     
  • 4.46, Аноним (34), 21:01, 07/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    У атсры совершенно определенный круг клиентов, которым глубоко по барабану на нарушение GPL.

    На форк мыскля таких много вряд ли найдётся.

     
     
  • 5.47, User (??), 21:45, 07/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > У атсры совершенно определенный круг клиентов, которым глубоко по барабану на нарушение
    > GPL.
    > На форк мыскля таких много вряд ли найдётся.

    Эмммм... Как бы это сказать? Клиентам астры покласть на GPL и его нарушения примерно в той же степени, что и клиентам VmWare плюс-минус статпогрешность, т.е. вдребезги-напополам-настолько-пофиг-что-просто-пофиг.
    Вот VmWare, к которой могли прийти и пришли лойеры - не пофиг, а клиентам вари... ну, где-то там на третьем уровне скоринга мысль о том, что "вот к этим могут прийти лойеры и из этого может что-то там произойти" галочка наверное будет, но вряд ли больше - они и к яблокам с мелкоцоптом как к себе домой ходят, что теперь - софтом не пользоваться?
    К астре - лойеры прийти не могут и примерно все это знают, вот и вся разница.
    А еще один форк мускля - просто никому и низачем не нужен. Форк firebird'а, как это не забавно - нужен, а мусквиля - не-а, и никакая лицензия тут не при чем.
    Такие дела.

     
     
  • 6.54, Аноним (34), 22:41, 09/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Ну не, разница есть. Клиенты вмвари - это в основном совсем не айтишный бизнес, и это всё проблемы внутреннего айти-отдела, начнутся у вмвари проблемы - перейдут за пару лет на что-то ещё, ничего не случится.

    А для тех, у кого сам продукт - это айти, СУБД критична.

     
     
  • 7.55, User (??), 08:52, 10/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Ну не, разница есть. Клиенты вмвари - это в основном совсем не
    > айтишный бизнес, и это всё проблемы внутреннего айти-отдела, начнутся у вмвари
    > проблемы - перейдут за пару лет на что-то ещё, ничего не
    > случится.
    > А для тех, у кого сам продукт - это айти, СУБД критична.

    Ну в общем "Это другое!!!", да. В ОС\гипервизоре можно нарушать GPL если у вас есть ОПТОВЫЙ ГОСУДЕРАСТВЕННЫЙ ЗАКАЗЧИК, или если ваш заказчик это не айтишный бизнес - а если бизнес ИТшный, то GPL нарушать нельзя - но только в случае с БД. Что тут не понятного может быть?

     
  • 3.28, 1 (??), 09:14, 07/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Но это не мешает её продавать :-)
     
     
  • 4.40, Аноним (49), 17:17, 07/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    И в случае открытых исходников MySQL, и в случае закрытых, ровно один правообладатель, и это его лицензии.

    А у тебя доступ только к тем, что он открыл под GPL. Вот и вся разница.

     
  • 2.29, mumu (ok), 09:34, 07/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Есть. Берёшь mysql, инструкцию по sed и вперёд. Или тебе ещё и сертификацию фстэк подавай? Тогда то же самое, готовность делать многомиллионные откаты и знакомства по кружку дзюдо.
     

  • 1.53, Аноним (53), 16:14, 09/06/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Например, для операций с хранилищем, таких как последовательное сканирование записей, теперь предполагается, что данные хранятся на быстром SSD-накопителе.

    Блин, а без предположений почему бы не сделать? Почему бы самой БД (или хотя бы админу руками или скриптами по крону) не запускать периодически какие-нибудь стандартные, встроенные в систему СУБД, тесты пропускной способности и времени отклика для хранилищ и в соответствии с результатами динамически назначать веса? Тесты можно запускать или в моменты наименьшей нагрузки или во время вывода БД на обслуживание или после создания очередной схемы в БД или после изменений в составе/качестве хранилищ...

     

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



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

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