После года разработки и шести предварительных выпусков подготовлен (https://mariadb.org/mariadb-10-4-6-first-stable-10-4-release.../) первый стабильный релиз новой ветки СУБД MariaDB 10.4 (https://mariadb.com/kb/en/library/mariadb-1046-release-notes/), в рамках которой развивается ответвление от MySQL, сохраняющее обратную совместимость и отличающееся (https://www.opennet.dev/opennews/art.shtml?num=39444#note) интеграцией дополнительных движков хранения и расширенных возможностей. Поддержка новой ветки будет осуществляться 5 лет, до июня 2024 года.Развитие MariaDB курирует независимая организация MariaDB Foundation в соответствии с полностью открытым и прозрачным процессом разработки, не зависящим от отдельных вендоров. MariaDB поставляется вместо MySQL во многих дистрибутивах Linux (RHEL, SUSE, Fedora, openSUSE, Slackware, OpenMandriva, ROSA, Arch Linux, Debian) и внедрён в таких крупных проектах, как Wikipedia (https://www.opennet.dev/opennews/art.shtml?num=36759), Google Cloud SQL (https://www.opennet.dev/opennews/art.shtml?num=37905) и Nimbuzz (https://www.opennet.dev/opennews/art.shtml?num=36506).
Ключевые улучшения (https://mariadb.com/kb/en/library/mdb-1046-rn/) MariaDB 10.4 (https://mariadb.com/kb/en/library/changes-improvements-in-ma.../):
- В состав включена технология синхронной multi-master репликации Galera 4 (https://www.opennet.dev/opennews/art.shtml?num=40127), позволяющая применять топологию active-active multi-master, допускающую чтение и запись для любого узла. При синхронной репликации все узлы всегда содержат актуальные данные, т.е. гарантируется отсутствие потерянных транзакций, так как транзакция фиксируется только после распространения данных по всем узлам. Репликация выполняется в параллельном режиме, на уровне строк, с передачей только информации об изменениях;- В Unix-подобных системах по умолчанию задействован плагин аутентификации unix_socket (https://mariadb.com/kb/en/authentication-plugin-unix-socket/), позволяющий использовать присутствующие в системе учётные записи для подключения к СУБД при помощи локального unix-сокета;
- Добавлена возможность (https://mariadb.com/kb/en/library/user-password-expiry/) назначения времени жизни пароля пользователя, после истечения которого пароль помечается просроченным. Для задания срока действия пароля в операциях "CREATE USER" и "ALTER USER" добавлено выражение "PASSWORD EXPIRE INTERVAL N DAY";
- Добавлена поддержка блокировки (https://mariadb.com/kb/en/library/account-locking/) пользователей СУБД через выражение "ACCOUNT LOCK" в операциях "CREATE USER" и "ALTER USER";
- Существенно ускорено выполнение проверки привилегий в конфигурациях с большим числом пользователей или правил доступа;
- Прекращено (https://jira.mariadb.org/browse/MDEV-17658) использование таблиц mysql.user и mysql.host. Для хранения учётных записей и глобальных привилегий теперь применяется таблица mysql.global_priv;
- В плагинах (https://mariadb.com/kb/en/library/authentication-plugins/) аутентификации добавлена (https://jira.mariadb.org/browse/MDEV-12321) поддержка выражения "SET PASSWORD";- Добавлена (https://mariadb.com/kb/en/library/authentication-from-mariad.../) возможность использования более одного плагина аутентификации для каждой учётной записи, что может быть полезным для постепенного перевода пользователей на плагин ed25519 (https://mariadb.com/kb/en/authentication-plugin-ed25519/). При создании пользователя root@localhost скриптом mysql_install_db по умолчанию теперь включается два плагина аутентификации - unix_socket и mysql_native_password;
- В хранилище InnoDB реализована операция мгновенного удаления столбцов (ALTER TABLE ... DROP COLUMN ... ALGORITHM=INSTANT) и изменения порядка следования столбцов. Сокращён объем начального лога отката операций (redo log). Добавлена поддержка ротации ключей для innodb_encrypt_log. Реализован алгоритм проверки контрольных сумм
innodb_checksum_algorithm=full_crc32. Обеспечено мгновенное расширение типа VARCHAR и изменение кодировки текста для непроиндексированных столбцов;
- Усовершенствован оптимизатор. Добавлена возможность трассировки оптимизатора, включаемая через системную переменную optimizer-trace (https://mariadb.com/kb/en/optimizer-trace/). По умолчанию включено (https://mariadb.com/kb/en/engine-independent-table-statistics/) ведение статистики, независимой от движков хранения.
Появилось два новых режима use_stat_tables - COMPLEMENTARY_FOR_QUERIES и PREFERABLY_FOR_QUERIES. Включен режим optimize_join_buffer_size. Добавлены новые флаги (https://mariadb.com/kb/en/optimizer-switch/) rowid_filter и condition_pushdown_from_having;- Поддержка системных версионированных таблиц, в которых не только хранится актуальный срез данных, но сохраняется информация и о всех ранее внесённых изменениях, расширена операциями (https://mariadb.com/kb/en/library/temporal-data-tables/#appl...) с диапазонами времени;
- Добавлена новая команда "FLUSH SSL" для повторной загрузки SSL-сертификатов без перезапуска сервера;
- В операции "INSTALL PLUGIN", "UNINSTALL PLUGIN" и "UNINSTALL SONAME" добавлена поддержка выражений "IF NOT EXISTS" и "IF EXISTS";
- Предложены стойкие к краху системные таблицы, для хранения которых применяется движок Aria (https://mariadb.com/kb/en/aria/);
- Осуществлён переход на использование стандарта C++11 (задействованы атомарные операции);- Существенно увеличена производительность свойств локали "Collation" для Unicode, позволяющих задавать правила сортировки и методы сопоставления с учётом смысла символов;
- Добавлен (https://jira.mariadb.org/browse/MDEV-4912) плагин для определения собственных типов полей;- Добавлена поддержка оконных UDF-функций (https://mariadb.com/kb/en/user-defined-functions/) (User-Defined Functions);
- В операции "FLUSH TABLES" реализован (https://jira.mariadb.org/browse/MDEV-5336) режим "BACKUP LOCK", который можно использовать во время резервного копирования файлов БД;
- Добавлена (https://jira.mariadb.org/browse/MDEV-17591) поддержка серверных команд, начинающихся с имени mariadb, альтернативных командам, начинающимся с "mysql" (например, mariadump вместо mysqldump).
URL: https://mariadb.org/mariadb-10-4-6-first-stable-10-4-release.../
Новость: https://www.opennet.dev/opennews/art.shtml?num=50908
Есть ещё люди которые пользуют MySQL и его/её форки? Я с 2015 года не встречал их в природе. Интересно услышать истории успеха или неудач
WordPress, самый популярный движок сайтов, умеет работать только с MySQL и форками.
https://wordpress.org/plugins/postgresql-for-wordpress/
8 версия mysql заметно лучше марии
Чем лучше?
> Чем лучше?К сожалению, засанные казачки от oracle внятно это утверждение не обоснуют.
По своему опыту могу сказать, что в MariaDB хуже с поддержкой JSON (нет быстрых операторов column->path and column->>path)
https://jira.mariadb.org/browse/MDEV-13594
Они их и не собираются реализовывать!И ещё заметил проблему, что MariaDB не умеет корректно работать на оффтопике с кодировками отличными от UTF-8 в некоторых ситуациях в пользовательских ф-иях. Не смотря на то, что я везде выставляю оффтопик-1251, в некоторых местах она каким-то образом, умудряется вставлять UTF-8, хотя Mysql таким не страдает на том же конфиге.
Но это проблемы также древнего говно-оффтопного дизайна. На Линуксе с UTF-8 на моих новых проектах проблем нет никаких!
Да. Свободное ПО в Оффтопике - путь к нервной худобе и на приём у психолога. ))Оффтопик не совместим принципиально. Из принципиальности получается остальной сарай грабель.
Я Вам откроую сразу аж 2 страшных тайны!
1 Mysql community server - это СПО!
2 У MariaDB есть платные, закрытые решения!
> в MariaDB хуже с поддержкой JSONВам к психиатру. 1я нормальная форма для кого придумана?
Формально говоря, да - бахрома для обслуживания жсона есть наглое и явное нарушение 1НФ.Но у нас же девять из десяти это фулл-стекэксчендж девелоперы, которые используют РСУБД в качестве хранилища ключ-значение. Вот для таких альтернативно-одаренных этот самый жсон со всей ботвой и вкорячили. А что при этом канон поломали - да и хрен с ним. У кого мозги есть, тот адресацию к полям жсона использовать не будет. Кинул на фронт как есть и пусть там репу чешут.
ну, зря в марии ломать совместимость с ванилой стали. только из-за этого уже хочу обратно на ванилу. +mysql8 по ченжлогу действительно хорош.
Для тех кто в танке - Maria и есть ванила. Они продали только имя старой базы.
Именно поэтому они постоянно синкают дерево сырцов с MySQL, из-за чего релизы MariaDB с плюшками MySQL выходят с задержкой в несколько месяцев. Ванила - такая ванила.
Использую ванилла майскьюэл, полёт нормальный
> Использую ванилла майскьюэл, полёт нормальныйА смысл?
Percona Server for MySQL намного лучше, потому что имеет большое количество улучшений по сравнению с версией от оракла:
https://www.percona.com/doc/percona-server/LATEST/index.html
* Scalability Improvements
* Performance Improvements
* Flexibility Improvements
* Reliability Improvements
* Management Improvements
* Diagnostics Improvements
У меня легаси, мне особо смысла изворачиваться нет, apt install mysql и всё работает
В России популярнее Postgres, потому что половина разработчиков местные и тут ее активно популяризируют. В мире MySQL и форки рулят и заруливают.
bitrix и bitrix24 от российских рахработчиков- работает с mysql только
Что за чушь про то, что разрабы Постгри на Россие и она популярна там? То что один твой знакомый поставил ее себе на локалхост еще не значит ее популярность.
Для 1С же !
Она усиленно продвигается для корпоративного сектора как замена "большим СУБД" - ораклу и mssql-ю в рамках импортозамещения. и есть серьезные примеры внедрения.
Вообще, россияне сделали существенный вклад в PostgreSQL. Митяев реализовал MVCC. Олег Бартунов добавил поддержку локалей. Бартунов с Фёдором Сигаевым добавили GIST, GIN индексы, hstore, jsonb, сделали существенную работу по FTS - это те фичи, за которые PostgreSQL любят. К ним присоединился Александр Коротков и тоже активно влился в разработку. Основанная ими компания Postgres Professional активно контрибьютит пасти, участвует в ревью чужих патчей на коммитфесте. В составе PP более одного человека с правами комита в основной репозиторий PostgreSQL (емнип Фёдор и Александр).
Про половину разработчиков - преувеличение, но вклад Бартунова-Сигаева сотоварищи сложно переоценить.А популярен много где, если брать крупные проекты.
коммерчески успешные системынапример bitrix и bitrix24
https://www.bitrix24.ru/prices/self-hosted.php
еще хостинг сайтов https://wordpress.com
MySQL нет аналогов. Какая ещё SQL база может создавать таблицы в любых типах памяти?
" - осталось придумать зачем это надо" (с) анек
>> Есть ещё люди которые пользуют MySQLНе, не. Все на S/4Hana! Все!!!
Ну, кроме галажопой гидоты, сидящей на 1000-процессорных лицензиях Oracle, да.
> Не, не. Все на S/4Hana! Все!!!у вас сранкции (и гостайна), ваш газ завтра отключат от поддержки - а она без прямого доступа разработчиков к вашим системам работает недолго и помирает хреново.
А для орацла денежки (пока?) не пахнут ;-)
>> люди которые пользуют MySQLВ СКБ Контур только что убилась в ноль серия государственно важных баз на Бартунове :)
Фклочья!!! :)
Цена проекта более 1 млрд руб и это всем попую! — дадут еще 10 млрд лишь бы восстановить базы!!! :)
Но нет :) Postgres так не работает :) Крах в Postgres означает крах — непрерывное воспроизведение краха из бекапов :)
Ракеты временно (навсегда, до полного переписывания с нуля на Марию) — не летают :)
Откуда инфа?
не переживайте так - эти 10ярдов все равно дадут не тому, кто сможет починить базу, а тому кто грамотно организует кипиш вокруг
> Для хранения учётных записей и глобальных привилегий теперь применяется таблица mysql.global_privА внутри неон^W JSON. Убедитесь сами.
пц :-(с другой стороны, что ты хотел от современных разработчиков sql сервера? sql'ем-то они не владеют...
ну, либо разработчики не справились с разработкой реляционной архитектуры в реляционной СУБД,
либо у них на этот счет была какая-то гениальная задумка...
просто мы скопипастили откуда-то json-сериализатор, это проще чем пользоваться нашим же собственным sql api
это описано в документации https://mariadb.com/kb/en/library/mysqlglobal_priv-table/
документированная глупость не перестает, к сожалению, быть глупостью.хранить конфигурацию базы данных в самой базе данных, но при этом в виде блоба, разбираемого внешним парсером вместо штатного механизма - плохая рекомендация как для проекта, так и для разработчиков.
Ну что вы хотите, такие вот у нас разработчики.Не эти первые, не эти последние - см, к примеру, grafana. зачем они используют sqlite чтобы хранить в нем json'овые портянки? А хз. У игогошников, видать, так принято. Ну теперь и у с++ настали тяжелые времена - зато версия аж 11 (с соответсвтующими требованиями к компилятору, немодным - не соберется).
никому, кстати, выгул собак не нужен? Недорого. Еще вот раритетные матери и блоки питания лечу от лопнувших электролитов. Чем бы еще заняться, подальше от современного IT? (кроликов, если что, разводить не катит - на деньги они не разводятся, а убивать жалко)
> зачем они используют sqlite чтобы хранить в нем json'овые портянки?а как надо?
Гениальный разработчик, гениальный админ, гениальный (и далее по списку), корифей всех наук пох, яви же нам свою неизреченную мудрость!
Ведь ты знаешь лучше всех, как надо делать, судя по тому, как обсираешь всё поряд.
Сегодня было забавно.
Засовывал дев-среду в докер, чтобы свеженанятые программисты не мучались.
Тестировал производительность на Маке (на Линуксе там все хорошо по определению, так что неинтересно).Так вот, в mariadb один запрос (очень большой и страшный, using filesort, using temporary на месте) выполнялся дольше минуты, а в mysql - 4 секунды. Настройки одинаковые - настолько, насколько, это возможно без перекомпиляции.
Кто догадается, почему - тот гений.
Потому что у тебя руки растут от тазобедренного сустава, судя по всему.
это было мое первое предположение, но нет
точнее, в данном конкретном случае нет. :-)Подсказка: выяснил, в чем дело, используя performance_schema
Колись уже, а мы сами сделаем вывод в данном конкретном случае да или нет;)
Как вариант:https://mysqlserverteam.com/mysql-8-0-support-for-blobs-in-t.../
https://jira.mariadb.org/browse/MDEV-19
STRAIGHT_JOIN?
Еще подсказка.То, что в докере - это важно. На хостноде разницы нет.
Точнее, есть, но микроскопическая, почти в пределах погрешности измерений.
Колись уже, не томи душу.
версии субд не указал специально чтобы туману нагнать? да 100500 вариантов может быть.
on-disk сортировка?
Потому что мария тормозит на внутренних временных таблицах.
А тормозит, потому что aria.
В то время, как в ванильке давно любые temp tables можно сунуть в innodb
И править, похоже, это не собираются, потому что "это же наша охрененная ария!"
При этом в старой ванильке и на myisam временные таблицы работают быстрее, чем в mariadb с их поделием aria
а чо, так можно было?!
похоже, но почему оно у него на хосте не тормозит? Прекрасная ария как-то не так работает в не менее прекрасной overlayfs?
docker volume все же: datadir, который протеривается при перезапуске контейнера - это чуточку неудобно.причем я специально упомянул, что тестировал под mac os - там отдельные тормоза с volumes, хоть я и использовал наиболее оптимальную для этого случая стратегию delegated.
Бинго!Из минуты 10 секунд минуту и 2 секунды занимало удаление временных таблиц.
При этом именно под докером это сильно медленно, поскольку:
1) хоть сами таблички можно унести вне datadir, служебные файлы (бинлоги или что там) Aria - нельзя,
2) при работе с этими самыми служебными файлами делается куча seek()-ов и fsync()-ов, что особо тормозит, когда это все дело на docker volume,
3) поменять engine для временных таблиц на myisam можно только перекомпиляцией!
По поводу 2-го пункта: если изменить значение переменной aria_group_commit, то повлияет ли это в лучшую сторону?
Хм, а это идея, и еще aria_group_commit_interval задрать повыше.
В понедельник попробую.
Не ожидал, кстати, что кто-то так быстро сообразит!В качестве приза готов сделать donation в размере $10.4 любому опенсорс-проекту на ваш выбор :-)
Правильно написали про перформанс схему..нафиг отключите..она включена автоматом до 5.7 версии..после выключения мамуль работает в разы шустрее
Маскуль т.е
Нормальное железо не пробовали? Ну и оптимизацию БД. MySQL - это, напоминаю, на минуточку - многие стали забывать - достаточно массивная СУБД, которая доя работы на любом попавшемся под руку овне не предназначена. Разве что за исключением проектиков уровня локалхоста. С криворуким же дизайном БД и не менее криворукими запросами разных хипстеров она пытается бороться как умеет, и, надо отдать должное, делает это неплохо.
многие, наоборот, еще помнят, что изначальный mysql был задуман как то, чем сейчас (с изрядной поправкой на совсем другой уровень разработчика) является sqlite - lightweight базкой для случаев, когда sql (причем весьма ограниченный) - удобно, но монстр - совершенно не требуется.И вот надо же было ТАК все испортить, чтобы получился второй postgres :-(
Если бы там получился постгрес, то было бы замечательно. А так мускул давно превратился в монстра Франкенштейна, который весь такой крутой, но тут и там торчат кривые уши кривой архитектуры.
Про "нормальное железо" ты своему боссу как-нибудь скажи в ответ на вопрос "А чё это у нас всё так тормозит?".
и что мешает? С работой в вашей стране - совсем-совсем все плохо?У меня вот ничего ТАК не тормозит - потому что железо таки нормальное.
А там где тормозило - там босс и вопросов таких не задавал - он был жадный, но вовсе не идиот. Вопросы "а нельзя ли как-нибудь все же чтоб не так тормозило" - разумеется, задавал, в более завуалированной форме (потому что таки не идиот)
На базе mysql-8 какой версии?
на сколько помню, они там прилично отстают и в 10.4 только с 5.7 до конца синхронизировались.
Вы вот скажите чего вам не хватает в mariadb 10.3
А не пустой крик что нет не так.
А немногим более недели назад вышла Enterprise версия.
> "The feature I am most excited about is Enterprise Backup. It’s a feature we worked on closely with customers in order to make backups with large databases work efficiently and seamlessly. The base setup behind the problem is fairly common – you have large tables and you want to take backups of them. The problem occurs when customers also need to be able to perform DDL on the tables (i.e. change the table structure: ALTER TABLE). The larger your tables, the longer both the backups and the DDL changes take, which can result in the two blocking each other. To solve this, we worked on an improved version of table locking that allows the backup process to incrementally escalate the locks as it gets further and further in the backup process. This allows DDL statements to work until the final stages of the backup process thus minimizing any time wasted on waits and at the same time making sure all operations finish with the data still in fully consistent states in the backups."https://mariadb.com/resources/blog/whats-new-in-mariadb-ente.../
Backup нужен не только энтерпрайзу. Это стандарт. Но будет ли он в стандартной комьюнити версии?
> Backup нужен не только энтерпрайзу. Это стандарт. Но будет ли он в стандартной комьюнити версии?не будет.
Зато у вас есть lock tables for backup - правда, по непроверенным данным, такой "бэкап" потом не всегда можно восстановить в принципе.
> не будет.
> В частности, Oracle не обещает:
> ...
> - Не добавлять закрытые модули/утилиты к существующей СУБД;
> ...https://www.opennet.dev/opennews/art.shtml?num=24658
Получается, что компания, стоящая за MariaDB, в этом плане не лучше чем Oracle.
Сколько костылей приделали не по феншую....
Переехал на Percona Server 8.0
почему не ванила?
Thread Pool отсутствует.
И еще много всего отсутствует.
> Предложены стойкие к краху системные таблицы, для хранения которых применяется движок Aria;Еще как их крошит и лочит!
> В состав включена технология синхронной multi-master репликацииКакая масштабируемость нод?
Чем это лучше NDB в плане масштабируемости?
Что будет с преформансом при создание например 10 нод мульти мастеров?