| 1.1, Аноним (1), 00:06, 20/06/2019 [ответить] [﹢﹢﹢] [ · · · ]
| –34 +/– |
Есть ещё люди которые пользуют MySQL и его/её форки? Я с 2015 года не встречал их в природе. Интересно услышать истории успеха или неудач
| | |
| |
| 2.3, mikhailnov (ok), 00:48, 20/06/2019 [^] [^^] [^^^] [ответить]
| +5 +/– |
 WordPress, самый популярный движок сайтов, умеет работать только с MySQL и форками.
| | |
| |
| |
| 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 выходят с задержкой в несколько месяцев. Ванила - такая ванила.
| | |
|
|
|
| |
| 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 только
| | |
|
| 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 означает крах — непрерывное воспроизведение краха из бекапов :)
Ракеты временно (навсегда, до полного переписывания с нуля на Марию) — не летают :)
| | |
| |
| |
| 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
| | |
|
|
| |
| 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 секунды. Настройки одинаковые - настолько, насколько, это возможно без перекомпиляции.
Кто догадается, почему - тот гений.
| | |
| |
| |
| |
| 4.10, KonstantinB (ok), 02:17, 20/06/2019 [^] [^^] [^^^] [ответить]
| +/– | |
точнее, в данном конкретном случае нет. :-)
Подсказка: выяснил, в чем дело, используя performance_schema
| | |
| |
| 5.35, Anonimus (??), 11:02, 20/06/2019 [^] [^^] [^^^] [ответить]
| +2 +/– |
Колись уже, а мы сами сделаем вывод в данном конкретном случае да или нет;)
| | |
|
|
|
| 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
| | |
| 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.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 [^] [^^] [^^^] [ответить]
| +/– | |
и что мешает? С работой в вашей стране - совсем-совсем все плохо?
У меня вот ничего ТАК не тормозит - потому что железо таки нормальное.
А там где тормозило - там босс и вопросов таких не задавал - он был жадный, но вовсе не идиот. Вопросы "а нельзя ли как-нибудь все же чтоб не так тормозило" - разумеется, задавал, в более завуалированной форме (потому что таки не идиот)
| | |
|
|
|
| |
| 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 - правда, по непроверенным данным, такой "бэкап" потом не всегда можно восстановить в принципе.
| | |
|
| 1.50, Агент RHEL (?), 12:59, 20/06/2019 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
> Предложены стойкие к краху системные таблицы, для хранения которых применяется движок Aria;
Еще как их крошит и лочит!
| | |
| 1.65, хотел спросить (?), 00:35, 21/06/2019 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
> В состав включена технология синхронной multi-master репликации
Какая масштабируемость нод?
Чем это лучше NDB в плане масштабируемости?
Что будет с преформансом при создание например 10 нод мульти мастеров?
| | |
|
