The OpenNET Project / Index page

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

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

19.06.2019 23:38

После года разработки и шести предварительных выпусков подготовлен первый стабильный релиз новой ветки СУБД MariaDB 10.4, в рамках которой развивается ответвление от MySQL, сохраняющее обратную совместимость и отличающееся интеграцией дополнительных движков хранения и расширенных возможностей. Поддержка новой ветки будет осуществляться 5 лет, до июня 2024 года.

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

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

  • В состав включена технология синхронной multi-master репликации Galera 4, позволяющая применять топологию active-active multi-master, допускающую чтение и запись для любого узла. При синхронной репликации все узлы всегда содержат актуальные данные, т.е. гарантируется отсутствие потерянных транзакций, так как транзакция фиксируется только после распространения данных по всем узлам. Репликация выполняется в параллельном режиме, на уровне строк, с передачей только информации об изменениях;
  • В Unix-подобных системах по умолчанию задействован плагин аутентификации unix_socket, позволяющий использовать присутствующие в системе учётные записи для подключения к СУБД при помощи локального unix-сокета;
  • Добавлена возможность назначения времени жизни пароля пользователя, после истечения которого пароль помечается просроченным. Для задания срока действия пароля в операциях "CREATE USER" и "ALTER USER" добавлено выражение "PASSWORD EXPIRE INTERVAL N DAY";
  • Добавлена поддержка блокировки пользователей СУБД через выражение "ACCOUNT LOCK" в операциях "CREATE USER" и "ALTER USER";
  • Существенно ускорено выполнение проверки привилегий в конфигурациях с большим числом пользователей или правил доступа;
  • Прекращено использование таблиц mysql.user и mysql.host. Для хранения учётных записей и глобальных привилегий теперь применяется таблица mysql.global_priv;
  • В плагинах аутентификации добавлена поддержка выражения "SET PASSWORD";
  • Добавлена возможность использования более одного плагина аутентификации для каждой учётной записи, что может быть полезным для постепенного перевода пользователей на плагин 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. По умолчанию включено ведение статистики, независимой от движков хранения. Появилось два новых режима use_stat_tables - COMPLEMENTARY_FOR_QUERIES и PREFERABLY_FOR_QUERIES. Включен режим optimize_join_buffer_size. Добавлены новые флаги rowid_filter и condition_pushdown_from_having;
  • Поддержка системных версионированных таблиц, в которых не только хранится актуальный срез данных, но сохраняется информация и о всех ранее внесённых изменениях, расширена операциями с диапазонами времени;
  • Добавлена новая команда "FLUSH SSL" для повторной загрузки SSL-сертификатов без перезапуска сервера;
  • В операции "INSTALL PLUGIN", "UNINSTALL PLUGIN" и "UNINSTALL SONAME" добавлена поддержка выражений "IF NOT EXISTS" и "IF EXISTS";
  • Предложены стойкие к краху системные таблицы, для хранения которых применяется движок Aria;
  • Осуществлён переход на использование стандарта C++11 (задействованы атомарные операции);
  • Существенно увеличена производительность свойств локали "Collation" для Unicode, позволяющих задавать правила сортировки и методы сопоставления с учётом смысла символов;
  • Добавлен плагин для определения собственных типов полей;
  • Добавлена поддержка оконных UDF-функций (User-Defined Functions);
  • В операции "FLUSH TABLES" реализован режим "BACKUP LOCK", который можно использовать во время резервного копирования файлов БД;
  • Добавлена поддержка серверных команд, начинающихся с имени mariadb, альтернативных командам, начинающимся с "mysql" (например, mariadump вместо mysqldump).


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


Обсуждение (78) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (1), 00:06, 20/06/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –34 +/
    Есть ещё люди которые пользуют MySQL и его/её форки? Я с 2015 года не встречал их в природе. Интересно услышать истории успеха или неудач
     
     
  • 2.3, mikhailnov (ok), 00:48, 20/06/2019 [^] [^^] [^^^] [ответить]  
  • +5 +/
    WordPress, самый популярный движок сайтов, умеет работать только с MySQL и форками.
     
     
  • 3.47, ыы (?), 12:51, 20/06/2019 [^] [^^] [^^^] [ответить]  
  • +/
    https://wordpress.org/plugins/postgresql-for-wordpress/
     
  • 2.4, тротилус (?), 00:55, 20/06/2019 [^] [^^] [^^^] [ответить]  
  • –3 +/
    8 версия mysql заметно лучше марии
     
     
  • 3.17, граммарнаци (?), 04:57, 20/06/2019 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Чем лучше?
     
     
  • 4.31, Ilya Indigo (ok), 09:58, 20/06/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Чем лучше?

    К сожалению, засанные казачки от oracle внятно это утверждение не обоснуют.
    По своему опыту могу сказать, что в MariaDB хуже с поддержкой JSON (нет быстрых операторов column->path and column->>path)
    https://jira.mariadb.org/browse/MDEV-13594
    Они их и не собираются реализовывать!

    И ещё заметил проблему, что MariaDB не умеет корректно работать на оффтопике с кодировками отличными от UTF-8 в некоторых ситуациях в пользовательских ф-иях. Не смотря на то, что я везде выставляю оффтопик-1251, в некоторых местах она каким-то образом, умудряется вставлять UTF-8, хотя Mysql таким не страдает на том же конфиге.

    Но это проблемы также древнего говно-оффтопного дизайна. На Линуксе с UTF-8 на моих новых проектах проблем нет никаких!

     
     
  • 5.38, Аноним (38), 11:48, 20/06/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Да. Свободное ПО в Оффтопике - путь к нервной худобе и на приём у психолога.  ))

    Оффтопик не совместим принципиально. Из принципиальности получается остальной сарай грабель.

     
     
  • 6.41, Ilya Indigo (ok), 12:05, 20/06/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Я Вам откроую сразу аж 2 страшных тайны!
    1 Mysql community server - это СПО!
    2 У MariaDB есть платные, закрытые решения!
     
  • 5.71, kai3341 (ok), 13:47, 21/06/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > в MariaDB хуже с поддержкой JSON

    Вам к психиатру. 1я нормальная форма для кого придумана?

     
     
  • 6.72, DeadLoco (ok), 00:57, 22/06/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Формально говоря, да - бахрома для обслуживания жсона есть наглое и явное нарушение 1НФ.

    Но у нас же девять из десяти это фулл-стекэксчендж девелоперы, которые используют РСУБД в качестве хранилища ключ-значение. Вот для таких альтернативно-одаренных этот самый жсон со всей ботвой и вкорячили. А что при этом канон поломали - да и хрен с ним. У кого мозги есть, тот адресацию к полям жсона использовать не будет. Кинул на фронт как есть и пусть там репу чешут.

     
  • 3.21, конь в пальто (?), 06:10, 20/06/2019 [^] [^^] [^^^] [ответить]  
  • +/
    ну, зря в марии ломать совместимость с ванилой стали. только из-за этого уже хочу обратно на ванилу. +mysql8 по ченжлогу действительно хорош.
     
     
  • 4.28, mumu (ok), 09:12, 20/06/2019 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Для тех кто в танке - Maria и есть ванила. Они продали только имя старой базы.
     
     
  • 5.58, zzz (??), 14:24, 20/06/2019 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Именно поэтому они постоянно синкают дерево сырцов с MySQL, из-за чего релизы MariaDB с плюшками MySQL выходят с задержкой в несколько месяцев. Ванила - такая ванила.
     
  • 2.6, Аноним (6), 01:07, 20/06/2019 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Использую ванилла майскьюэл, полёт нормальный
     
     
  • 3.44, csdoc (ok), 12:29, 20/06/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Использую ванилла майскьюэл, полёт нормальный

    А смысл?

    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

     
     
  • 4.68, Аноним (6), 05:24, 21/06/2019 [^] [^^] [^^^] [ответить]  
  • +/
    У меня легаси, мне особо смысла изворачиваться нет, apt install mysql и всё работает
     
  • 2.12, Аноним (12), 02:50, 20/06/2019 [^] [^^] [^^^] [ответить]  
  • –6 +/
    В России популярнее Postgres, потому что половина разработчиков местные и тут ее активно популяризируют. В мире MySQL и форки рулят и заруливают.
     
     
  • 3.24, Аноним (24), 07:41, 20/06/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    bitrix и bitrix24 от российских рахработчиков-  работает с mysql только

     
  • 3.27, Ключевский (?), 08:17, 20/06/2019 Скрыто ботом-модератором     [к модератору]
  • –10 +/
     
     
  • 4.33, 1 (??), 10:27, 20/06/2019 Скрыто ботом-модератором     [к модератору]
  • +1 +/
     
  • 4.39, ыы (?), 11:57, 20/06/2019 Скрыто ботом-модератором     [к модератору]
  • +1 +/
     
  • 4.63, funny.falcon (?), 20:04, 20/06/2019 Скрыто ботом-модератором     [к модератору]
  • +3 +/
     
  • 4.76, Аноним (76), 06:01, 22/06/2019 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 2.23, Аноним (24), 07:38, 20/06/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    коммерчески успешные системы

    например bitrix и bitrix24

    https://www.bitrix24.ru/prices/self-hosted.php

    еще хостинг сайтов https://wordpress.com

     
  • 2.36, Аноним (-), 11:04, 20/06/2019 [^] [^^] [^^^] [ответить]  
  • +/
    MySQL нет аналогов. Какая ещё SQL база может создавать таблицы в любых типах памяти?
     
     
  • 3.40, ыы (?), 11:58, 20/06/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    " - осталось придумать зачем это надо" (с) анек
     
  • 2.81, Учоная Жывотная (?), 00:11, 23/06/2019 [^] [^^] [^^^] [ответить]  
  • +/
    >> Есть ещё люди которые пользуют MySQL

    Не, не. Все на S/4Hana! Все!!!

    Ну, кроме галажопой гидоты, сидящей на 1000-процессорных лицензиях Oracle, да.

     
     
  • 3.84, пох. (?), 11:17, 25/06/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Не, не. Все на S/4Hana! Все!!!

    у вас сранкции (и гостайна), ваш газ завтра отключат от поддержки - а она без прямого доступа разработчиков к вашим системам работает недолго и помирает хреново.

    А для орацла денежки (пока?) не пахнут ;-)

     
  • 2.82, Учоная Жывотная (?), 00:19, 23/06/2019 [^] [^^] [^^^] [ответить]  
  • +/
    >> люди которые пользуют MySQL

    В СКБ Контур только что убилась в ноль серия государственно важных баз на Бартунове :)

    Фклочья!!! :)

    Цена проекта более 1 млрд руб и это всем попую! — дадут еще 10 млрд лишь бы восстановить базы!!! :)

    Но нет :) Postgres так не работает :) Крах в Postgres означает крах — непрерывное воспроизведение краха из бекапов :)  

    Ракеты временно (навсегда, до полного переписывания с нуля на Марию) — не летают :)

     
     
  • 3.83, funny.falcon (?), 03:07, 23/06/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Откуда инфа?
     
     
  • 4.85, пох. (?), 11:18, 25/06/2019 [^] [^^] [^^^] [ответить]  
  • +/
    не переживайте так - эти 10ярдов все равно дадут не тому, кто сможет починить базу, а тому кто грамотно организует кипиш вокруг

     

  • 1.5, Грусть (?), 00:55, 20/06/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Для хранения учётных записей и глобальных привилегий теперь применяется таблица mysql.global_priv

    А внутри неон^W JSON. Убедитесь сами.

     
     
  • 2.42, . (?), 12:11, 20/06/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    пц :-(

    с другой стороны, что ты хотел от современных разработчиков sql сервера? sql'ем-то они не владеют...

     
     
  • 3.45, ыы (?), 12:45, 20/06/2019 [^] [^^] [^^^] [ответить]  
  • +/
    ну, либо разработчики не справились с разработкой реляционной архитектуры в реляционной СУБД,
    либо у них на этот счет была какая-то гениальная задумка...
     
     
  • 4.51, разработчики (?), 13:07, 20/06/2019 [^] [^^] [^^^] [ответить]  
  • +/
    просто мы скопипастили откуда-то json-сериализатор, это проще чем пользоваться нашим же собственным sql api

     
  • 2.46, ыы (?), 12:47, 20/06/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    это описано в документации https://mariadb.com/kb/en/library/mysqlglobal_priv-table/
     
     
  • 3.52, пох. (?), 13:14, 20/06/2019 [^] [^^] [^^^] [ответить]  
  • +7 +/
    документированная глупость не перестает, к сожалению, быть глупостью.

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

    Не эти первые, не эти последние - см, к примеру, grafana. зачем они используют sqlite чтобы хранить в нем json'овые портянки? А хз. У игогошников, видать, так принято. Ну теперь и у с++ настали тяжелые времена - зато версия аж 11 (с соответсвтующими требованиями к компилятору, немодным - не соберется).

    никому, кстати, выгул собак не нужен? Недорого. Еще вот раритетные матери и блоки питания лечу от лопнувших электролитов. Чем бы еще заняться, подальше от современного IT? (кроликов, если что, разводить не катит - на деньги они не разводятся, а убивать жалко)

     
     
  • 4.67, Аноним (67), 04:34, 21/06/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > зачем они используют sqlite чтобы хранить в нем json'овые портянки?

    а как надо?

     
     
  • 5.79, трурль (?), 09:11, 22/06/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Гениальный разработчик, гениальный админ, гениальный (и далее по списку), корифей всех наук пох, яви же нам свою неизреченную мудрость!
    Ведь ты знаешь лучше всех, как надо делать, судя по тому, как обсираешь всё поряд.
     

  • 1.7, KonstantinB (ok), 01:12, 20/06/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Сегодня было забавно.
    Засовывал дев-среду в докер, чтобы свеженанятые программисты не мучались.
    Тестировал производительность на Маке (на Линуксе там все хорошо по определению, так что неинтересно).

    Так вот, в mariadb один запрос (очень большой и страшный, using filesort, using temporary на месте) выполнялся дольше минуты, а в mysql - 4 секунды. Настройки одинаковые - настолько, насколько, это возможно без перекомпиляции.

    Кто догадается, почему - тот гений.

     
     
  • 2.8, Ключевский (?), 01:28, 20/06/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Потому что у тебя руки растут от тазобедренного сустава, судя по всему.
     
     
  • 3.9, KonstantinB (ok), 02:14, 20/06/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    это было мое первое предположение, но нет
     
     
  • 4.10, KonstantinB (ok), 02:17, 20/06/2019 [^] [^^] [^^^] [ответить]  
  • +/
    точнее, в данном конкретном случае нет. :-)

    Подсказка: выяснил, в чем дело, используя performance_schema

     
     
  • 5.35, Anonimus (??), 11:02, 20/06/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Колись уже, а мы сами сделаем вывод в данном конкретном случае да или нет;)
     
  • 2.11, MoKo (?), 02:36, 20/06/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Как вариант:

    https://mysqlserverteam.com/mysql-8-0-support-for-blobs-in-temptable-engine/
    https://jira.mariadb.org/browse/MDEV-19

     
  • 2.13, NA (?), 03:15, 20/06/2019 [^] [^^] [^^^] [ответить]  
  • +/
    STRAIGHT_JOIN?
     
  • 2.14, KonstantinB (ok), 03:37, 20/06/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Еще подсказка.

    То, что в докере - это важно. На хостноде разницы нет.

     
     
  • 3.15, KonstantinB (ok), 03:43, 20/06/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Точнее, есть, но микроскопическая, почти в пределах погрешности измерений.
     
     
  • 4.16, Какаянахренразница (ok), 04:22, 20/06/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Колись уже, не томи душу.
     
  • 3.22, конь в пальто (?), 06:12, 20/06/2019 [^] [^^] [^^^] [ответить]  
  • +/
    версии субд не указал специально чтобы туману нагнать? да 100500 вариантов может быть.
     
  • 3.43, пох. (?), 12:13, 20/06/2019 [^] [^^] [^^^] [ответить]  
  • +/
    on-disk сортировка?

     
  • 2.54, theDolphin (ok), 14:10, 20/06/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Потому что мария тормозит на внутренних временных таблицах.
    А тормозит, потому что aria.
    В то время, как в ванильке давно любые temp tables можно сунуть в innodb
    И править, похоже, это не собираются, потому что "это же наша охрененная ария!"
     
     
  • 3.55, theDolphin (ok), 14:12, 20/06/2019 [^] [^^] [^^^] [ответить]  
  • +/
    При этом в старой ванильке и на myisam временные таблицы работают быстрее, чем в mariadb с их поделием aria
     
     
  • 4.56, разработчики (?), 14:14, 20/06/2019 [^] [^^] [^^^] [ответить]  
  • +/
    а чо, так можно было?!
     
  • 3.60, пох. (?), 14:49, 20/06/2019 [^] [^^] [^^^] [ответить]  
  • +/
    похоже, но почему оно у него на хосте не тормозит? Прекрасная ария как-то не так работает в не менее прекрасной overlayfs?
     
     
  • 4.74, KonstantinB (ok), 05:40, 22/06/2019 [^] [^^] [^^^] [ответить]  
  • +/
    docker volume все же: datadir, который протеривается при перезапуске контейнера - это чуточку неудобно.

    причем я специально упомянул, что тестировал под mac os - там отдельные тормоза с volumes, хоть я и использовал наиболее оптимальную для этого случая стратегию delegated.

     
  • 3.73, KonstantinB (ok), 05:38, 22/06/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Бинго!

    Из минуты 10 секунд минуту и 2 секунды занимало удаление временных таблиц.

    При этом именно под докером это сильно медленно, поскольку:

    1) хоть сами таблички можно унести вне datadir, служебные файлы (бинлоги или что там) Aria - нельзя,
    2) при работе с этими самыми служебными файлами делается куча seek()-ов и fsync()-ов, что особо тормозит, когда это все дело на docker volume,
    3) поменять engine для временных таблиц на myisam можно только перекомпиляцией!

     
     
  • 4.78, Catwoolfii (ok), 09:06, 22/06/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    По поводу 2-го пункта: если изменить значение переменной aria_group_commit, то повлияет ли это в лучшую сторону?
     
     
  • 5.80, KonstantinB (ok), 21:48, 22/06/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Хм, а это идея, и еще aria_group_commit_interval задрать повыше.
    В понедельник попробую.
     
  • 3.75, KonstantinB (ok), 05:46, 22/06/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Не ожидал, кстати, что кто-то так быстро сообразит!

    В качестве приза готов сделать donation в размере $10.4 любому опенсорс-проекту на ваш выбор :-)

     

  • 1.19, Аноним (19), 05:36, 20/06/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Правильно написали про перформанс схему..нафиг отключите..она включена автоматом до 5.7 версии..после выключения мамуль работает в разы шустрее
     
     
  • 2.20, Аноним (19), 05:37, 20/06/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Маскуль т.е
     
  • 2.30, Аноним (30), 09:49, 20/06/2019 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Нормальное железо не пробовали? Ну и оптимизацию БД. MySQL - это, напоминаю, на минуточку - многие стали забывать - достаточно массивная СУБД, которая доя работы на любом попавшемся под руку овне не предназначена. Разве что за исключением проектиков уровня локалхоста. С криворуким же дизайном БД и не менее криворукими запросами разных хипстеров она пытается бороться как умеет, и, надо отдать должное, делает это неплохо.
     
     
  • 3.57, пох. (?), 14:17, 20/06/2019 [^] [^^] [^^^] [ответить]  
  • +/
    многие, наоборот, еще помнят, что изначальный mysql был задуман как то, чем сейчас (с изрядной поправкой на совсем другой уровень разработчика) является sqlite - lightweight базкой для случаев, когда sql (причем весьма ограниченный) - удобно, но монстр - совершенно не требуется.

    И вот надо же было ТАК все испортить, чтобы получился второй postgres :-(

     
     
  • 4.59, zzz (??), 14:32, 20/06/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Если бы там получился постгрес, то было бы замечательно. А так мускул давно превратился в монстра Франкенштейна, который весь такой крутой, но тут и там торчат кривые уши кривой архитектуры.
     
  • 3.61, Аноним (61), 15:14, 20/06/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Про "нормальное железо" ты своему боссу как-нибудь скажи в ответ на вопрос "А чё это у нас всё так тормозит?".
     
     
  • 4.62, пох. (?), 18:02, 20/06/2019 [^] [^^] [^^^] [ответить]  
  • +/
    и что мешает? С работой в вашей стране - совсем-совсем все плохо?

    У меня вот ничего ТАК не тормозит - потому что железо таки нормальное.
    А там где тормозило - там босс и вопросов таких не задавал - он был жадный, но вовсе не идиот. Вопросы "а нельзя ли как-нибудь все же чтоб не так тормозило" - разумеется, задавал, в более завуалированной форме (потому что таки не идиот)

     

  • 1.29, Аноним (29), 09:44, 20/06/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    На базе mysql-8 какой версии?
     
     
  • 2.34, конь в пальто (?), 10:32, 20/06/2019 [^] [^^] [^^^] [ответить]  
  • +/
    на сколько помню, они там прилично отстают и в 10.4 только с 5.7 до конца синхронизировались.
     

  • 1.37, Аноним (37), 11:13, 20/06/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Вы вот скажите чего вам не хватает в mariadb 10.3
    А не пустой крик что нет не так.
     
  • 1.48, Андрей (??), 12:57, 20/06/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А немногим более недели назад вышла 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-enterprise-server-10-4

    Backup нужен не только энтерпрайзу. Это стандарт. Но будет ли он в стандартной комьюнити версии?

     
     
  • 2.53, пох. (?), 13:16, 20/06/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Backup нужен не только энтерпрайзу. Это стандарт. Но будет ли он в стандартной комьюнити версии?

    не будет.
    Зато у вас есть lock tables for backup - правда, по непроверенным данным, такой "бэкап" потом не всегда можно восстановить в принципе.

     
     
  • 3.66, Андрей (??), 01:47, 21/06/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > не будет.
    > В частности, Oracle не обещает:
    > ...
    > - Не добавлять закрытые модули/утилиты к существующей СУБД;
    > ...

    https://www.opennet.dev/opennews/art.shtml?num=24658

    Получается, что компания, стоящая за MariaDB, в этом плане не лучше чем Oracle.

     

  • 1.49, Агент RHEL (?), 12:57, 20/06/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Сколько костылей приделали не по феншую....
    Переехал на Percona Server 8.0
     
     
  • 2.69, конь в пальто (?), 10:16, 21/06/2019 [^] [^^] [^^^] [ответить]  
  • +/
    почему не ванила?
     
     
  • 3.70, Агент RHEL (?), 11:10, 21/06/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Thread Pool отсутствует.
    И еще много всего отсутствует.
     

  • 1.50, Агент RHEL (?), 12:59, 20/06/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Предложены стойкие к краху системные таблицы, для хранения которых применяется движок Aria;

    Еще как их крошит и лочит!

     
  • 1.65, хотел спросить (?), 00:35, 21/06/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > В состав включена технология синхронной multi-master репликации

    Какая масштабируемость нод?
    Чем это лучше NDB в плане масштабируемости?
    Что будет с преформансом при создание например 10 нод мульти мастеров?

     

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



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

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