Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Изначальное сообщение		[ Отслеживать ]

"Стабильный выпуск СУБД MariaDB 10.4"	+/–
Сообщение от opennews (??), 20-Июн-19, 00:06
После года разработки  и шести предварительных выпусков подготовлен (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
Ответить | Правка | Cообщить модератору

Сообщения

[Сортировка по времени | RSS]

1. "Стабильный выпуск СУБД MariaDB 10.4"	–34 +/–
Сообщение от Аноним (1), 20-Июн-19, 00:06
Есть ещё люди которые пользуют MySQL и его/её форки? Я с 2015 года не встречал их в природе. Интересно услышать истории успеха или неудач
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	3. "Стабильный выпуск СУБД MariaDB 10.4"	+5 +/–
	Сообщение от mikhailnov (ok), 20-Июн-19, 00:48
	WordPress, самый популярный движок сайтов, умеет работать только с MySQL и форками.
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	47. "Стабильный выпуск СУБД MariaDB 10.4"	+/–
	Сообщение от ыы (?), 20-Июн-19, 12:51
	https://wordpress.org/plugins/postgresql-for-wordpress/
	Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

	4. "Стабильный выпуск СУБД MariaDB 10.4"	–3 +/–
	Сообщение от тротилус (?), 20-Июн-19, 00:55
	8 версия mysql заметно лучше марии
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	17. "Стабильный выпуск СУБД MariaDB 10.4"	+6 +/–
	Сообщение от граммарнаци (?), 20-Июн-19, 04:57
	Чем лучше?
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

	31. "Стабильный выпуск СУБД MariaDB 10.4"	+2 +/–
	Сообщение от Ilya Indigo (ok), 20-Июн-19, 09:58
	> Чем лучше? К сожалению, засанные казачки от oracle внятно это утверждение не обоснуют. По своему опыту могу сказать, что в MariaDB хуже с поддержкой JSON (нет быстрых операторов column->path and column->>path) https://jira.mariadb.org/browse/MDEV-13594 Они их и не собираются реализовывать! И ещё заметил проблему, что MariaDB не умеет корректно работать на оффтопике с кодировками отличными от UTF-8 в некоторых ситуациях в пользовательских ф-иях. Не смотря на то, что я везде выставляю оффтопик-1251, в некоторых местах она каким-то образом, умудряется вставлять UTF-8, хотя Mysql таким не страдает на том же конфиге. Но это проблемы также древнего говно-оффтопного дизайна. На Линуксе с UTF-8 на моих новых проектах проблем нет никаких!
	Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

	38. "Стабильный выпуск СУБД MariaDB 10.4"	+/–
	Сообщение от Аноним (38), 20-Июн-19, 11:48
	Да. Свободное ПО в Оффтопике - путь к нервной худобе и на приём у психолога.  )) Оффтопик не совместим принципиально. Из принципиальности получается остальной сарай грабель.
	Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

	41. "Стабильный выпуск СУБД MariaDB 10.4"	+/–
	Сообщение от Ilya Indigo (ok), 20-Июн-19, 12:05
	Я Вам откроую сразу аж 2 страшных тайны! 1 Mysql community server - это СПО! 2 У MariaDB есть платные, закрытые решения!
	Ответить | Правка | ^ к родителю #38 | Наверх | Cообщить модератору

	71. "Стабильный выпуск СУБД MariaDB 10.4"	+/–
	Сообщение от kai3341 (ok), 21-Июн-19, 13:47
	> в MariaDB хуже с поддержкой JSON Вам к психиатру. 1я нормальная форма для кого придумана?
	Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

	72. "Стабильный выпуск СУБД MariaDB 10.4"	–1 +/–
	Сообщение от DeadLoco (ok), 22-Июн-19, 00:57
	Формально говоря, да - бахрома для обслуживания жсона есть наглое и явное нарушение 1НФ. Но у нас же девять из десяти это фулл-стекэксчендж девелоперы, которые используют РСУБД в качестве хранилища ключ-значение. Вот для таких альтернативно-одаренных этот самый жсон со всей ботвой и вкорячили. А что при этом канон поломали - да и хрен с ним. У кого мозги есть, тот адресацию к полям жсона использовать не будет. Кинул на фронт как есть и пусть там репу чешут.
	Ответить | Правка | ^ к родителю #71 | Наверх | Cообщить модератору

	21. "Стабильный выпуск СУБД MariaDB 10.4"	+/–
	Сообщение от конь в пальто (?), 20-Июн-19, 06:10
	ну, зря в марии ломать совместимость с ванилой стали. только из-за этого уже хочу обратно на ванилу. +mysql8 по ченжлогу действительно хорош.
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

	28. "Стабильный выпуск СУБД MariaDB 10.4"	–4 +/–
	Сообщение от mumu (ok), 20-Июн-19, 09:12
	Для тех кто в танке - Maria и есть ванила. Они продали только имя старой базы.
	Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

	58. "Стабильный выпуск СУБД MariaDB 10.4"	–3 +/–
	Сообщение от zzz (??), 20-Июн-19, 14:24
	Именно поэтому они постоянно синкают дерево сырцов с MySQL, из-за чего релизы MariaDB с плюшками MySQL выходят с задержкой в несколько месяцев. Ванила - такая ванила.
	Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

	6. "Стабильный выпуск СУБД MariaDB 10.4"	+3 +/–
	Сообщение от Аноним (6), 20-Июн-19, 01:07
	Использую ванилла майскьюэл, полёт нормальный
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	44. "Percona Server for MySQL"	+/–
	Сообщение от csdoc (ok), 20-Июн-19, 12:29
	> Использую ванилла майскьюэл, полёт нормальный А смысл? 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
	Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

	68. "Percona Server for MySQL"	+/–
	Сообщение от Аноним (6), 21-Июн-19, 05:24
	У меня легаси, мне особо смысла изворачиваться нет, apt install mysql и всё работает
	Ответить | Правка | ^ к родителю #44 | Наверх | Cообщить модератору

	12. "Стабильный выпуск СУБД MariaDB 10.4"	–6 +/–
	Сообщение от Аноним (12), 20-Июн-19, 02:50
	В России популярнее Postgres, потому что половина разработчиков местные и тут ее активно популяризируют. В мире MySQL и форки рулят и заруливают.
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	24. "Стабильный выпуск СУБД MariaDB 10.4"	+1 +/–
	Сообщение от Аноним (24), 20-Июн-19, 07:41
	bitrix и bitrix24 от российских рахработчиков-  работает с mysql только
	Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

	27. Скрыто модератором	–10 +/–
	Сообщение от Ключевский (?), 20-Июн-19, 08:17
	Что за чушь про то, что разрабы Постгри на Россие и она популярна там? То что один твой знакомый поставил ее себе на локалхост еще не значит ее популярность.
	Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

	33. Скрыто модератором	+1 +/–
	Сообщение от 1 (??), 20-Июн-19, 10:27
	Для 1С же !
	Ответить | Правка | ^ к родителю #27 | Наверх | Cообщить модератору

	39. Скрыто модератором	+1 +/–
	Сообщение от ыы (?), 20-Июн-19, 11:57
	Она усиленно продвигается для корпоративного сектора как замена "большим СУБД" - ораклу и mssql-ю в рамках импортозамещения. и есть серьезные примеры внедрения.
	Ответить | Правка | ^ к родителю #27 | Наверх | Cообщить модератору

	63. Скрыто модератором	+3 +/–
	Сообщение от funny.falcon (?), 20-Июн-19, 20:04
	Вообще, россияне сделали существенный вклад в PostgreSQL. Митяев реализовал MVCC. Олег Бартунов добавил поддержку локалей. Бартунов с Фёдором Сигаевым добавили GIST, GIN индексы, hstore, jsonb, сделали существенную работу по FTS - это те фичи, за которые PostgreSQL любят. К ним присоединился Александр Коротков и тоже активно влился в разработку. Основанная ими компания Postgres Professional активно контрибьютит пасти, участвует в ревью чужих патчей на коммитфесте. В составе PP более одного человека с правами комита в основной репозиторий PostgreSQL (емнип Фёдор и Александр).
	Ответить | Правка | ^ к родителю #27 | Наверх | Cообщить модератору

	76. Скрыто модератором	+/–
	Сообщение от Аноним (76), 22-Июн-19, 06:01
	Про половину разработчиков - преувеличение, но вклад Бартунова-Сигаева сотоварищи сложно переоценить. А популярен много где, если брать крупные проекты.
	Ответить | Правка | ^ к родителю #27 | Наверх | Cообщить модератору

	23. "Стабильный выпуск СУБД MariaDB 10.4"	–1 +/–
	Сообщение от Аноним (24), 20-Июн-19, 07:38
	коммерчески успешные системы например bitrix и bitrix24 https://www.bitrix24.ru/prices/self-hosted.php еще хостинг сайтов https://wordpress.com
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	36. "Стабильный выпуск СУБД MariaDB 10.4"	+/–
	Сообщение от Аноним (-), 20-Июн-19, 11:04
	MySQL нет аналогов. Какая ещё SQL база может создавать таблицы в любых типах памяти?
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	40. "Стабильный выпуск СУБД MariaDB 10.4"	+2 +/–
	Сообщение от ыы (?), 20-Июн-19, 11:58
	" - осталось придумать зачем это надо" (с) анек
	Ответить | Правка | ^ к родителю #36 | Наверх | Cообщить модератору

	81. "Стабильный выпуск СУБД MariaDB 10.4"	+/–
	Сообщение от Учоная Жывотная (?), 23-Июн-19, 00:11
	>> Есть ещё люди которые пользуют MySQL Не, не. Все на S/4Hana! Все!!! Ну, кроме галажопой гидоты, сидящей на 1000-процессорных лицензиях Oracle, да.
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	84. "Стабильный выпуск СУБД MariaDB 10.4"	+/–
	Сообщение от пох. (?), 25-Июн-19, 11:17
	> Не, не. Все на S/4Hana! Все!!! у вас сранкции (и гостайна), ваш газ завтра отключат от поддержки - а она без прямого доступа разработчиков к вашим системам работает недолго и помирает хреново. А для орацла денежки (пока?) не пахнут ;-)
	Ответить | Правка | ^ к родителю #81 | Наверх | Cообщить модератору

	82. "Стабильный выпуск СУБД MariaDB 10.4"	+/–
	Сообщение от Учоная Жывотная (?), 23-Июн-19, 00:19
	>> люди которые пользуют MySQL В СКБ Контур только что убилась в ноль серия государственно важных баз на Бартунове :) Фклочья!!! :) Цена проекта более 1 млрд руб и это всем попую! — дадут еще 10 млрд лишь бы восстановить базы!!! :) Но нет :) Postgres так не работает :) Крах в Postgres означает крах — непрерывное воспроизведение краха из бекапов :)   Ракеты временно (навсегда, до полного переписывания с нуля на Марию) — не летают :)
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	83. "Стабильный выпуск СУБД MariaDB 10.4"	+/–
	Сообщение от funny.falcon (?), 23-Июн-19, 03:07
	Откуда инфа?
	Ответить | Правка | ^ к родителю #82 | Наверх | Cообщить модератору

	85. "Стабильный выпуск СУБД MariaDB 10.4"	+/–
	Сообщение от пох. (?), 25-Июн-19, 11:18
	не переживайте так - эти 10ярдов все равно дадут не тому, кто сможет починить базу, а тому кто грамотно организует кипиш вокруг
	Ответить | Правка | ^ к родителю #83 | Наверх | Cообщить модератору

5. "Стабильный выпуск СУБД MariaDB 10.4"	+/–
Сообщение от Грусть (?), 20-Июн-19, 00:55
> Для хранения учётных записей и глобальных привилегий теперь применяется таблица mysql.global_priv А внутри неон^W JSON. Убедитесь сами.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	42. "Стабильный выпуск СУБД MariaDB 10.4"	+1 +/–
	Сообщение от . (?), 20-Июн-19, 12:11
	пц :-( с другой стороны, что ты хотел от современных разработчиков sql сервера? sql'ем-то они не владеют...
	Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

	45. "Стабильный выпуск СУБД MariaDB 10.4"	+/–
	Сообщение от ыы (?), 20-Июн-19, 12:45
	ну, либо разработчики не справились с разработкой реляционной архитектуры в реляционной СУБД, либо у них на этот счет была какая-то гениальная задумка...
	Ответить | Правка | ^ к родителю #42 | Наверх | Cообщить модератору

	51. "Стабильный выпуск СУБД MariaDB 10.4"	+/–
	Сообщение от разработчики (?), 20-Июн-19, 13:07
	просто мы скопипастили откуда-то json-сериализатор, это проще чем пользоваться нашим же собственным sql api
	Ответить | Правка | ^ к родителю #45 | Наверх | Cообщить модератору

	46. "Стабильный выпуск СУБД MariaDB 10.4"	–1 +/–
	Сообщение от ыы (?), 20-Июн-19, 12:47
	это описано в документации https://mariadb.com/kb/en/library/mysqlglobal_priv-table/
	Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

	52. "Стабильный выпуск СУБД MariaDB 10.4"	+7 +/–
	Сообщение от пох. (?), 20-Июн-19, 13:14
	документированная глупость не перестает, к сожалению, быть глупостью. хранить конфигурацию базы данных в самой базе данных, но при этом в виде блоба, разбираемого внешним парсером вместо штатного механизма - плохая рекомендация как для проекта, так и для разработчиков. Ну что вы хотите, такие вот у нас разработчики. Не эти первые, не эти последние - см, к примеру, grafana. зачем они используют sqlite чтобы хранить в нем json'овые портянки? А хз. У игогошников, видать, так принято. Ну теперь и у с++ настали тяжелые времена - зато версия аж 11 (с соответсвтующими требованиями к компилятору, немодным - не соберется). никому, кстати, выгул собак не нужен? Недорого. Еще вот раритетные матери и блоки питания лечу от лопнувших электролитов. Чем бы еще заняться, подальше от современного IT? (кроликов, если что, разводить не катит - на деньги они не разводятся, а убивать жалко)
	Ответить | Правка | ^ к родителю #46 | Наверх | Cообщить модератору

	67. "Стабильный выпуск СУБД MariaDB 10.4"	+/–
	Сообщение от Аноним (67), 21-Июн-19, 04:34
	> зачем они используют sqlite чтобы хранить в нем json'овые портянки? а как надо?
	Ответить | Правка | ^ к родителю #52 | Наверх | Cообщить модератору

	79. "Стабильный выпуск СУБД MariaDB 10.4"	+/–
	Сообщение от трурль (?), 22-Июн-19, 09:11
	Гениальный разработчик, гениальный админ, гениальный (и далее по списку), корифей всех наук пох, яви же нам свою неизреченную мудрость! Ведь ты знаешь лучше всех, как надо делать, судя по тому, как обсираешь всё поряд.
	Ответить | Правка | ^ к родителю #67 | Наверх | Cообщить модератору

7. "Стабильный выпуск СУБД MariaDB 10.4"	+3 +/–
Сообщение от KonstantinB (ok), 20-Июн-19, 01:12
Сегодня было забавно. Засовывал дев-среду в докер, чтобы свеженанятые программисты не мучались. Тестировал производительность на Маке (на Линуксе там все хорошо по определению, так что неинтересно). Так вот, в mariadb один запрос (очень большой и страшный, using filesort, using temporary на месте) выполнялся дольше минуты, а в mysql - 4 секунды. Настройки одинаковые - настолько, насколько, это возможно без перекомпиляции. Кто догадается, почему - тот гений.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	8. "Стабильный выпуск СУБД MariaDB 10.4"	+/–
	Сообщение от Ключевский (?), 20-Июн-19, 01:28
	Потому что у тебя руки растут от тазобедренного сустава, судя по всему.
	Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

	9. "Стабильный выпуск СУБД MariaDB 10.4"	+2 +/–
	Сообщение от KonstantinB (ok), 20-Июн-19, 02:14
	это было мое первое предположение, но нет
	Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

	10. "Стабильный выпуск СУБД MariaDB 10.4"	+/–
	Сообщение от KonstantinB (ok), 20-Июн-19, 02:17
	точнее, в данном конкретном случае нет. :-) Подсказка: выяснил, в чем дело, используя performance_schema
	Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

	35. "Стабильный выпуск СУБД MariaDB 10.4"	+2 +/–
	Сообщение от Anonimus (??), 20-Июн-19, 11:02
	Колись уже, а мы сами сделаем вывод в данном конкретном случае да или нет;)
	Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

	11. "Стабильный выпуск СУБД MariaDB 10.4"	+/–
	Сообщение от MoKo (?), 20-Июн-19, 02:36
	Как вариант: https://mysqlserverteam.com/mysql-8-0-support-for-blobs-in-t.../ https://jira.mariadb.org/browse/MDEV-19
	Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

	13. "Стабильный выпуск СУБД MariaDB 10.4"	+/–
	Сообщение от NA (?), 20-Июн-19, 03:15
	STRAIGHT_JOIN?
	Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

	14. "Стабильный выпуск СУБД MariaDB 10.4"	+/–
	Сообщение от KonstantinB (ok), 20-Июн-19, 03:37
	Еще подсказка. То, что в докере - это важно. На хостноде разницы нет.
	Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

	15. "Стабильный выпуск СУБД MariaDB 10.4"	+/–
	Сообщение от KonstantinB (ok), 20-Июн-19, 03:43
	Точнее, есть, но микроскопическая, почти в пределах погрешности измерений.
	Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

	16. "Стабильный выпуск СУБД MariaDB 10.4"	+2 +/–
	Сообщение от Какаянахренразница (ok), 20-Июн-19, 04:22
	Колись уже, не томи душу.
	Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

	22. "Стабильный выпуск СУБД MariaDB 10.4"	+/–
	Сообщение от конь в пальто (?), 20-Июн-19, 06:12
	версии субд не указал специально чтобы туману нагнать? да 100500 вариантов может быть.
	Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

	43. "Стабильный выпуск СУБД MariaDB 10.4"	+/–
	Сообщение от пох. (?), 20-Июн-19, 12:13
	on-disk сортировка?
	Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

	54. "Стабильный выпуск СУБД MariaDB 10.4"	+2 +/–
	Сообщение от theDolphin (ok), 20-Июн-19, 14:10
	Потому что мария тормозит на внутренних временных таблицах. А тормозит, потому что aria. В то время, как в ванильке давно любые temp tables можно сунуть в innodb И править, похоже, это не собираются, потому что "это же наша охрененная ария!"
	Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

	55. "Стабильный выпуск СУБД MariaDB 10.4"	+/–
	Сообщение от theDolphin (ok), 20-Июн-19, 14:12
	При этом в старой ванильке и на myisam временные таблицы работают быстрее, чем в mariadb с их поделием aria
	Ответить | Правка | ^ к родителю #54 | Наверх | Cообщить модератору

	56. "Стабильный выпуск СУБД MariaDB 10.4"	+/–
	Сообщение от разработчики (?), 20-Июн-19, 14:14
	а чо, так можно было?!
	Ответить | Правка | ^ к родителю #55 | Наверх | Cообщить модератору

	60. "Стабильный выпуск СУБД MariaDB 10.4"	+/–
	Сообщение от пох. (?), 20-Июн-19, 14:49
	похоже, но почему оно у него на хосте не тормозит? Прекрасная ария как-то не так работает в не менее прекрасной overlayfs?
	Ответить | Правка | ^ к родителю #54 | Наверх | Cообщить модератору

	74. "Стабильный выпуск СУБД MariaDB 10.4"	+/–
	Сообщение от KonstantinB (ok), 22-Июн-19, 05:40
	docker volume все же: datadir, который протеривается при перезапуске контейнера - это чуточку неудобно. причем я специально упомянул, что тестировал под mac os - там отдельные тормоза с volumes, хоть я и использовал наиболее оптимальную для этого случая стратегию delegated.
	Ответить | Правка | ^ к родителю #60 | Наверх | Cообщить модератору

	73. "Стабильный выпуск СУБД MariaDB 10.4"	+/–
	Сообщение от KonstantinB (ok), 22-Июн-19, 05:38
	Бинго! Из минуты 10 секунд минуту и 2 секунды занимало удаление временных таблиц. При этом именно под докером это сильно медленно, поскольку: 1) хоть сами таблички можно унести вне datadir, служебные файлы (бинлоги или что там) Aria - нельзя, 2) при работе с этими самыми служебными файлами делается куча seek()-ов и fsync()-ов, что особо тормозит, когда это все дело на docker volume, 3) поменять engine для временных таблиц на myisam можно только перекомпиляцией!
	Ответить | Правка | ^ к родителю #54 | Наверх | Cообщить модератору

	78. "Стабильный выпуск СУБД MariaDB 10.4"	+1 +/–
	Сообщение от Catwoolfii (ok), 22-Июн-19, 09:06
	По поводу 2-го пункта: если изменить значение переменной aria_group_commit, то повлияет ли это в лучшую сторону?
	Ответить | Правка | ^ к родителю #73 | Наверх | Cообщить модератору

	80. "Стабильный выпуск СУБД MariaDB 10.4"	+/–
	Сообщение от KonstantinB (ok), 22-Июн-19, 21:48
	Хм, а это идея, и еще aria_group_commit_interval задрать повыше. В понедельник попробую.
	Ответить | Правка | ^ к родителю #78 | Наверх | Cообщить модератору

	75. "Стабильный выпуск СУБД MariaDB 10.4"	+/–
	Сообщение от KonstantinB (ok), 22-Июн-19, 05:46
	Не ожидал, кстати, что кто-то так быстро сообразит! В качестве приза готов сделать donation в размере $10.4 любому опенсорс-проекту на ваш выбор :-)
	Ответить | Правка | ^ к родителю #54 | Наверх | Cообщить модератору

19. "Стабильный выпуск СУБД MariaDB 10.4"	+/–
Сообщение от Аноним (19), 20-Июн-19, 05:36
Правильно написали про перформанс схему..нафиг отключите..она включена автоматом до 5.7 версии..после выключения мамуль работает в разы шустрее
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	20. "Стабильный выпуск СУБД MariaDB 10.4"	+/–
	Сообщение от Аноним (19), 20-Июн-19, 05:37
	Маскуль т.е
	Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

	30. "Стабильный выпуск СУБД MariaDB 10.4"	–2 +/–
	Сообщение от Аноним (30), 20-Июн-19, 09:49
	Нормальное железо не пробовали? Ну и оптимизацию БД. MySQL - это, напоминаю, на минуточку - многие стали забывать - достаточно массивная СУБД, которая доя работы на любом попавшемся под руку овне не предназначена. Разве что за исключением проектиков уровня локалхоста. С криворуким же дизайном БД и не менее криворукими запросами разных хипстеров она пытается бороться как умеет, и, надо отдать должное, делает это неплохо.
	Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

	57. "Стабильный выпуск СУБД MariaDB 10.4"	+/–
	Сообщение от пох. (?), 20-Июн-19, 14:17
	многие, наоборот, еще помнят, что изначальный mysql был задуман как то, чем сейчас (с изрядной поправкой на совсем другой уровень разработчика) является sqlite - lightweight базкой для случаев, когда sql (причем весьма ограниченный) - удобно, но монстр - совершенно не требуется. И вот надо же было ТАК все испортить, чтобы получился второй postgres :-(
	Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

	59. "Стабильный выпуск СУБД MariaDB 10.4"	+/–
	Сообщение от zzz (??), 20-Июн-19, 14:32
	Если бы там получился постгрес, то было бы замечательно. А так мускул давно превратился в монстра Франкенштейна, который весь такой крутой, но тут и там торчат кривые уши кривой архитектуры.
	Ответить | Правка | ^ к родителю #57 | Наверх | Cообщить модератору

	61. "Стабильный выпуск СУБД MariaDB 10.4"	+/–
	Сообщение от Аноним (61), 20-Июн-19, 15:14
	Про "нормальное железо" ты своему боссу как-нибудь скажи в ответ на вопрос "А чё это у нас всё так тормозит?".
	Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

	62. "Стабильный выпуск СУБД MariaDB 10.4"	+/–
	Сообщение от пох. (?), 20-Июн-19, 18:02
	и что мешает? С работой в вашей стране - совсем-совсем все плохо? У меня вот ничего ТАК не тормозит - потому что железо таки нормальное. А там где тормозило - там босс и вопросов таких не задавал - он был жадный, но вовсе не идиот. Вопросы "а нельзя ли как-нибудь все же чтоб не так тормозило" - разумеется, задавал, в более завуалированной форме (потому что таки не идиот)
	Ответить | Правка | ^ к родителю #61 | Наверх | Cообщить модератору

29. "Стабильный выпуск СУБД MariaDB 10.4"	–2 +/–
Сообщение от Аноним (29), 20-Июн-19, 09:44
На базе mysql-8 какой версии?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	34. "Стабильный выпуск СУБД MariaDB 10.4"	+/–
	Сообщение от конь в пальто (?), 20-Июн-19, 10:32
	на сколько помню, они там прилично отстают и в 10.4 только с 5.7 до конца синхронизировались.
	Ответить | Правка | ^ к родителю #29 | Наверх | Cообщить модератору

37. "Стабильный выпуск СУБД MariaDB 10.4"	+1 +/–
Сообщение от Аноним (37), 20-Июн-19, 11:13
Вы вот скажите чего вам не хватает в mariadb 10.3 А не пустой крик что нет не так.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

48. "Стабильный выпуск СУБД MariaDB 10.4"	+/–
Сообщение от Андрей (??), 20-Июн-19, 12:57
А немногим более недели назад вышла 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 нужен не только энтерпрайзу. Это стандарт. Но будет ли он в стандартной комьюнити версии?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	53. "Стабильный выпуск СУБД MariaDB 10.4"	+/–
	Сообщение от пох. (?), 20-Июн-19, 13:16
	> Backup нужен не только энтерпрайзу. Это стандарт. Но будет ли он в стандартной комьюнити версии? не будет. Зато у вас есть lock tables for backup - правда, по непроверенным данным, такой "бэкап" потом не всегда можно восстановить в принципе.
	Ответить | Правка | ^ к родителю #48 | Наверх | Cообщить модератору

	66. "Стабильный выпуск СУБД MariaDB 10.4"	+1 +/–
	Сообщение от Андрей (??), 21-Июн-19, 01:47
	> не будет. > В частности, Oracle не обещает: > ... > - Не добавлять закрытые модули/утилиты к существующей СУБД; > ... https://www.opennet.dev/opennews/art.shtml?num=24658 Получается, что компания, стоящая за MariaDB, в этом плане не лучше чем Oracle.
	Ответить | Правка | ^ к родителю #53 | Наверх | Cообщить модератору

49. "Стабильный выпуск СУБД MariaDB 10.4"	+/–
Сообщение от Агент RHEL (?), 20-Июн-19, 12:57
Сколько костылей приделали не по феншую.... Переехал на Percona Server 8.0
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	69. "Стабильный выпуск СУБД MariaDB 10.4"	+/–
	Сообщение от конь в пальто (?), 21-Июн-19, 10:16
	почему не ванила?
	Ответить | Правка | ^ к родителю #49 | Наверх | Cообщить модератору

	70. "Стабильный выпуск СУБД MariaDB 10.4"	+/–
	Сообщение от Агент RHEL (?), 21-Июн-19, 11:10
	Thread Pool отсутствует. И еще много всего отсутствует.
	Ответить | Правка | ^ к родителю #69 | Наверх | Cообщить модератору

50. "Стабильный выпуск СУБД MariaDB 10.4"	+/–
Сообщение от Агент RHEL (?), 20-Июн-19, 12:59
> Предложены стойкие к краху системные таблицы, для хранения которых применяется движок Aria; Еще как их крошит и лочит!
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

65. "Стабильный выпуск СУБД MariaDB 10.4"	+/–
Сообщение от хотел спросить (?), 21-Июн-19, 00:35
> В состав включена технология синхронной multi-master репликации Какая масштабируемость нод? Чем это лучше NDB в плане масштабируемости? Что будет с преформансом при создание например 10 нод мульти мастеров?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема