The OpenNET Project / Index page

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

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

10.02.2022 09:45

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

Одновременно сформирован первый тестовый выпуск следующей значительной ветки MariaDB 10.8.1 и корректирующие обновления 10.6.6, 10.5.14, 10.4.23, 10.3.33 и 10.2.42. Выпуск 10.7.2 стал первым после перехода проекта на новую модель формирования релизов, подразумевающую сокращение срока поддержки с 5 лет до 1 года и переход к формированию значительных выпусков не раз в год, а раз в квартал.

Ключевые улучшения MariaDB 10.7:

  • Добавлен новый тип данных UUID, предназначенный для хранения 128-битных уникальных идентификаторов (Universally Unique Identifier).
  • Предложены новые функции для обработки данных в формате JSON: JSON_EQUALS() для сравнения идентичности двух JSON-документов и JSON_NORMALIZE() для приведения объектов JSON в форму, пригодную для выполнения операций сравнения (выполняет сортировку ключей и удаление пробелов).
  • Добавлена функция NATURAL_SORT_KEY() для сортировки строк с учётом цифровых значений (например, строка "v10" после сортировки займёт место после строки "v9").
  • Добавлена функция SFORMAT() для произвольного форматирования строк - на вход подаётся строка с командами форматирования и список значений для подстановки (например, 'SFORMAT("The answer is {}.", 42)').
  • Улучшено информирование об ошибках в INSERT-запросах, добавляющих данные в несколько строк (команда GET DIAGNOSTICS теперь выводит свойство ROW_NUMBER, указывающее на номер строки с ошибкой).
  • В состав включён новый плагин проверки паролей password_reuse_check, позволяющий ограничить повторное использование паролей одним пользователем (добавляет проверку, что новый пароль не совпадает с паролями, использованными в течение времени, заданном параметром password_reuse_check_interval).
  • Добавлена поддержка выражений "ALTER TABLE ... CONVERT PARTITION .. TO TABLE" и "ALTER TABLE ... CONVERT TABLE ... TO PARTITION" для преобразования секции (partition) в таблицу и наоборот.
  • В утилиту mariadb-dump добавлена опция "--as-of" для сброса дампа, соответствующего определённому состоянию версионированной таблицы.
  • Для MariaDB Galera Cluster в PROCESSLIST реализованы новые состояния "waiting to execute in isolation", "waiting for TOI DDL", "waiting for flow control" и "waiting for certification".
  • В оптимизатор добавлен новый параметр "reorder". Для многобайтовых строк повышена производительность сопоставления с учётом смысла символов в операциях с диапазонами ASCII.
  • В хранилище InnoDB повышена производительность выполнения операций вставки данных в пакетном режиме, а также предварительной сортировки и построения индексов.
  • Устранено 5 уязвимостей, детали по которым пока не раскрываются: CVE-2022-24052, CVE-2022-24051, CVE-2022-24050, CVE-2022-24048, CVE-2021-46659.
  • Из изменений в тестовом выпуске MariaDB 10.8.1 можно отметить реализацию индексов, отсортированных в порядке убывания, которые позволяют заметно поднять производительность операций ORDER BY при выборке в обратном порядке. Для хранимых функций добавлены спецификаторы IN, OUT, INOUT и IN OUT. В InnoDB снижено число операций записи при ведении лога отката операций (redo).


  1. Главная ссылка к новости (https://mariadb.org/mariadb-10...)
  2. OpenNews: MariaDB существенно меняет график выпусков
  3. OpenNews: Стабильный выпуск СУБД MariaDB 10.6
  4. OpenNews: Компания MariaDB представила прокси-сервер MaxScale 2.0
  5. OpenNews: Сравнение производительности MariaDB 10.1 и MySQL 5.7
  6. OpenNews: Стабильный релиз СУБД MySQL 8.0
Лицензия: CC-BY
Тип: Программы
Короткая ссылка: https://opennet.ru/56671-mariadb
Ключевые слова: mariadb, mysql, database
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (77) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (1), 10:31, 10/02/2022 Скрыто модератором [﹢﹢﹢] [ · · · ]
  • –4 +/
     
     
  • 2.4, Жироватт (ok), 10:37, 10/02/2022 Скрыто модератором
  • +/
     
     
  • 3.11, Аноним (11), 10:41, 10/02/2022 Скрыто модератором
  • +6 +/
     
  • 3.21, Механик (?), 10:59, 10/02/2022 Скрыто модератором
  • +2 +/
     
  • 2.63, kai3341 (ok), 03:34, 11/02/2022 Скрыто модератором
  • +/
     

     ....ответы скрыты модератором (4)

  • 1.3, Аноним (11), 10:36, 10/02/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Автор Mysql продал компанию за миллиард. Потом создал MariaDB и тоже продал её за миллиард.  По стопа Остапа Бендера идёт.  
     
     
  • 2.6, Аноним (6), 10:38, 10/02/2022 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Я запамятовал, Остап таки пришёл к успеху?
     
     
  • 3.10, Аноним (11), 10:40, 10/02/2022 [^] [^^] [^^^] [ответить]  
  • +8 +/
    У самурая нет цели только путь.  
     
     
  • 4.14, Аноним (6), 10:42, 10/02/2022 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Я запамятовал, Остап был самураем?
     
     
  • 5.19, Аноним (11), 10:55, 10/02/2022 [^] [^^] [^^^] [ответить]  
  • –3 +/
    В душе он был истинный самурай. Книжку почитай. Хотя тебе важнее шашечки и должности.  
     
     
  • 6.36, Аноним (36), 11:49, 10/02/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    истый самурай никогда не торопится с выводами, ведь у него есть путь ☝🏻
     
     
  • 7.38, Аноним (38), 12:03, 10/02/2022 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Я не самурай, я программист) Шмяк шмяк и в продакшн, если что виноват менеджер или тестироващик или пользователь.  
     
  • 5.42, Аноним (42), 14:10, 10/02/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Я запамятовал, Остап был самураем?

    Был, турецкоподданным

     
  • 5.48, Аноним (48), 16:33, 10/02/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Самурай - это путь, а не должность.
     
  • 3.17, макпыф (ok), 10:45, 10/02/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Остап таки пришёл к успеху?

    Почти. Погранцы все отобрали

     
  • 3.25, ryoken (ok), 11:14, 10/02/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Не, его на границе румыны завернули. Решил переквалифицироваться в управдома.
     
     
  • 4.35, Аноним (36), 11:47, 10/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    не самое плохое решение
     
  • 3.41, Аноним (41), 13:48, 10/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Ну ты же понимаешь, что ильфу с петровым хотелось кушать чорную икорку в доме ли... большой текст свёрнут, показать
     
     
  • 4.50, Аноним (-), 16:42, 10/02/2022 [^] [^^] [^^^] [ответить]  
  • –4 +/
    >ильфу с петровым хотелось кушать чорную икорку в доме литераторов, а не беломоро-балтийский канал докапывать.

    Ильф и Петров были связаны с чекистами. Во-первых, Ильфа и Петрова любит старый КГБ-шник В. Познер. Во-вторых, СССР никогда не оплатил бы путешествие по "одноэтажной Америке" этим графоманам. Интерсно было бы почитать архивы ФБР о "путешествии этих хмырей по всей Америке".

     
     
  • 5.82, пох. (?), 16:53, 11/02/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    У вас буква С лишняя.

    СССР прекрасно оплачивал своим пропаганд0нам любые турне, и не особо даже проверял их пролетарское происхождение - "попутчику революции" (c) Маяковскому тоже оплачивали, хотя он и мелкобуржуазный писатель.

    Лишь бы изрыгаемая потом писанина была идеологически размеренным речекряком.

    Поэтому и пришлось сперва бездарно прирезать Остапа (как будто не понимавшего, на что способен мягко говоря поехавший крышей бывший дворянский предводитель [само по себе, кстати, нонсенс]), а потом, воскресшего из мертвых, отправить в этот дурацкий трип после успешного завершения мегакомбинации, где не какие-то вшивые цаганы ему противостояли, а вполне себе успешный подпольный миллионер, уходивший и от бабушек, и от дедушек.

     
  • 3.43, YetAnotherOnanym (ok), 15:06, 10/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Остап таки пришёл к успеху?

    Если бы дожил до наших дней, то ещё к какому, если учесть, сколько бабла рубят управляйки, не делая при этом ничего.

     
  • 2.8, Аноним (11), 10:40, 10/02/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Продал MariaDB путем мутных действий через SPAC https://techcrunch.com/2022/02/02/the-mariadb-spac-deal-could-prove-to-be-a-ke
     
     
  • 3.12, Аноним (6), 10:41, 10/02/2022 [^] [^^] [^^^] [ответить]  
  • +8 +/
    да кому какая разница, у чувака миллиарды а ты пишешь каменты на опеннете, смирись
     
     
  • 4.13, Аноним (11), 10:42, 10/02/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Да кому дело до твоего мнение. Пиши контент или проходи мимо.  
     
  • 3.49, DeerFriend (?), 16:38, 10/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Надо было через NFT продавать, а не через эти ваши шпаки.
     
  • 2.27, Михрютка (ok), 11:16, 10/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > создал MariaDB и тоже продал её за миллиард

    за полъярда. не преувеличивай, народу не нужны нездоровые сенсации.

    но полмиллиарда тоже неплохо.

    интересно, будет форк mariadb и очередная перетряска в репах?

     
     
  • 3.30, Аноним (38), 11:33, 10/02/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    В прошлый раз он создал форк потому что не любил Oracle. Сейчас он всех любит.  
     
     
  • 4.60, Минона (ok), 21:29, 10/02/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Сейчас он всех любит.

    На каких веществах сидит?

     
  • 2.55, Аноним (55), 18:19, 10/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Врешь, на GPL нельзя заработать!
     
     
  • 3.68, Аноним (-), 08:42, 11/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Сборка и поддержка софта за деньги не прокатит? RHEL как зарабатывает?
     
     
  • 4.83, пох. (?), 16:58, 11/02/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    "скачайте воооотооттуда (ссылка глубоко-глубоко в недра rhn - и да, в виде исключения - она не то что не закрыта пэйволлом, а вполне поддается curl| sudo su - именно это и предлагается делать) "

    - "мы работаем над этим, но пока - только так". (с) разработчики OKD

    вот такой он нынче - "открытый" софт на котором зарабатывает rhbm. А продажами rhel - нет, не зарабатывает. Уже много-премного лет.


     

  • 1.22, turbo2001 (ok), 11:03, 10/02/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Нормальный GIS так и не подвезли?
     
     
  • 2.33, ИмяХ (?), 11:42, 10/02/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ага, гис, метео, геодезию и 3д моделирование.
     
     
  • 3.39, Аноним (38), 12:03, 10/02/2022 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Это уже есть в Emacs
     
  • 2.45, FSA (??), 16:10, 10/02/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Нормальный GIS так и не подвезли?

    Если вам реально нужен GIS, то стоит обратить внимание на PostgreSQL.

     
     
  • 3.51, Аноним (51), 17:08, 10/02/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Можно ещё на монго взглянуть
     
     
  • 4.67, псевдонимус (?), 06:31, 11/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    И проблеваться.

    Макакдб не нужен.

     

  • 1.26, Аноним (26), 11:16, 10/02/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    >Добавлен новый тип данных UUID, предназначенный для хранения 128-битных уникальных идентификаторов (Universally Unique Identifier).

    Не прошло и 20 лет. Такой тип должен быть в каждой базе из коробки.

     
     
  • 2.46, Ilya Indigo (ok), 16:20, 10/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    В MySQL его до сих пор нет, если что.
     
     
  • 3.57, anonnn (?), 19:28, 10/02/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    да уж странно
    ну и параша этот майскл значит
    пс пользую мариаДб.
     
     
  • 4.73, Аноним (73), 14:12, 11/02/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Как же ты мариюдиби раньше использовал, если фича, без которой у тебя "и икра не лезет в горло, и компот не льется в рот", только сейчас появилась? Т.е. использовал-использовал, про отсутствие этой фичи даже не знал, похоже, раз продолжал использовать, а тут узнал что появилась и припечатал - "всё - что фичу не имеет - параша!". Да Вы, батенька, балабол!
     
  • 2.65, _ (??), 05:36, 11/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Напуркуа? Как строку не назови ...
     
     
  • 3.74, Аноним (73), 14:33, 11/02/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    С чего Вы взяли что это строка В новости же написано - 128-битный идентификатор... большой текст свёрнут, показать
     

  • 1.28, Аноним (26), 11:18, 10/02/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >В состав включён новый плагин проверки паролей password_reuse_check, позволяющий ограничить повторное использование паролей одним пользователем

    Это что не реализуется на SQL? Зачем так извращаться?

     
     
  • 2.31, Аноним (38), 11:35, 10/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Чтоб было из коробки.  А то многие PHP юзеры не знают/забывают сделать такую проверку.
     
  • 2.32, another_one (ok), 11:39, 10/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    А если в хеше пароля рандомная соль? Или предполагается передавать/хранить пароли в открытом виде?
     
     
  • 3.37, andrey (??), 11:54, 10/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    С солью будет отлично работать. Главное что она была рандом, а не тот рандом который с 10 попытки можно угодать
     
     
  • 4.44, Аноним (-), 15:34, 10/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    >Главное что она была рандом, а не тот рандом который с 10 попытки можно угодать

    Какие проблемы могут возникнуть с легко угадываемой солью?

     
     
  • 5.47, andrey (??), 16:24, 10/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    никаких.
    в базу в этом случае будут ложится одинаковые хеши
     
     
  • 6.53, Аноним (-), 17:56, 10/02/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Это следствие неуникальности, а не угадываемости.
     
  • 3.52, john_erohin (?), 17:49, 10/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > хранить пароли в открытом виде?

    если СУБД настолько небезопастна, что в ней рискованно
    хранить пароли в открытом виде, то зачем она нужна такая ?

     
     
  • 4.54, Аноним (55), 18:12, 10/02/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > СУБД настолько небезопастна

    насколько безопасен админ

     
     
  • 5.61, john_erohin (?), 21:50, 10/02/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    если СУБД позволяет админу сделать сквозную дыру,
    в которую проедет КАМАЗ, то зачем она такая нужна ?

    контрпример - современные прошивки точек доступа WiFi
    не позволяют создать небезопасные конфигурации.

     
     
  • 6.72, Аноним (55), 11:22, 11/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > не позволяют создать ... конфигурации

    Единственно правильные?

     
  • 2.58, Аноним (58), 20:47, 10/02/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Заставление пользователей регулярно менять пароли - это высший кретинизм икспердов по безопасности.

    // b.

     
     
  • 3.71, Аноним (55), 11:19, 11/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Заставление пользователей регулярно менять пароли

    Скоро, то есть, уже регулярно рассылают регулярно сгенеренные пароли.

     

  • 1.56, OpenEcho (?), 18:49, 10/02/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    Самалёт халясо, Мария тозе харасё, но Слоненка(PostgreSQL) - луться:

    https://db-engines.com/en/ranking_trend/system/MariaDB%3BPostgreSQL

     
     
  • 2.59, Онаним (?), 21:26, 10/02/2022 [^] [^^] [^^^] [ответить]  
  • +5 +/
    О, любители вакуумить подъехали.
     
  • 2.62, Аноним (62), 23:27, 10/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Что может быть лучше хранения бд в текстовых файлах.
     
     
  • 3.66, _ (??), 05:39, 11/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    ... хранение бд в бд?
     
  • 2.76, Аноним (73), 14:55, 11/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Я конечно за постгрю, но ты сравнение с MySQL там видел?

    https://db-engines.com/en/ranking_trend/system/MySQL%3BPostgreSQL

     
     
  • 3.78, OpenEcho (?), 15:18, 11/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Я конечно за постгрю, но ты сравнение с MySQL там видел?
    > https://db-engines.com/en/ranking_trend/system/MySQL%3BPostgreSQL

    Видел, Слон уверенно двигается вверх под 45 градусов пока дельфин "не туда не сюда". Если бы Вордпресс подерживал Слона, я думаю что эта картина бы сильно поменялась

     
     
  • 4.79, Аноним (73), 15:27, 11/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Ну угол там вроде не 45 плюс разрыв там еще огромный (шкала-то логарифмическая) плюс экстраполяция часто дело неблагодарное, но да, я тоже за постгрю болею :)
     
  • 3.87, Онаним (?), 18:11, 11/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Ды, туда можно вообще не смотреть.
    "Number of mentions of the system on websites"
     

  • 1.69, Аноним (-), 08:44, 11/02/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Я программист и я сам могу написать свои Базы Данных.
     
     
  • 2.75, Аноним (73), 14:50, 11/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Да, программисты с такими убеждениями еще на перфокартах, поди, работают, платы сами травят для своих компьютеров, с помощью утюгов и растворов.
     
     
  • 3.80, Аноним (-), 15:45, 11/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Этот неосилятор.
     
  • 2.77, Аноним (73), 15:03, 11/02/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    И чего "программист" с маленькой буквы написал? С психологическими комплексами надо бороться!
     
     
  • 3.81, Аноним (-), 15:45, 11/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Этот завидует.
     
     
  • 4.86, Аноним (73), 17:41, 11/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Да Вы еще и слепой или рассеянный, в довесок :) "Фамилию" обоих Анонимов (цифирьку в скобках) сверьте. Не, Вам точно не позавидуешь.
     

  • 1.70, Онаним (?), 09:04, 11/02/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    "Стабильный выпуск" оказался проблемным и отозван - какая-то проблема с mysql_upgrade. https://jira.mariadb.org/browse/MDEV-27789
     
     
  • 2.84, пох. (?), 17:02, 11/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    штабильность!
     
     
  • 3.85, Онаним (?), 17:17, 11/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Ну, по сравнению с тем, что некромягкий в начале года сделал с сексченджем, а потом с контроллерами домена - таки мелочь.
     
  • 2.88, Онаним (?), 08:26, 12/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    А вообще лишнее напоминание о том, что пора на ванильный MySQL откатываться.
     
     
  • 3.89, Аноним (89), 10:36, 12/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Ты попутал. На этот раз, наоборот MariaDB ванильна. От MySQL осталось только имя.
     
     
  • 4.90, Онаним (?), 08:52, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Я в курсе, что Видениус и все дела.
    Но учитывая что разработчиков было куда более, и в оракле их осталось много - сейчас сложно сказать, что ванильнее.
    К тому же, всё-таки вектор развития движка у оракла в последнее время выглядит куда более логичным.
     
  • 2.91, Онаним (?), 15:28, 13/02/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Upd: зарелизили стабильный 10.7.3.
     

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



    Спонсоры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

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