Опубликован выпуск СУБД MariaDB 11.4.2, который отмечен как первый стабильный релиз ветки 11.4. Ветка MariaDB 11.4 отнесена к категории выпусков с длительным сроком поддержки и будет сопровождаться как минимум 5 лет. Одновременно доступен выпуск MariaDB 11.5.1, имеющий статус кандидата в релизы, и сформирована ветка 11.6, в которой будет развиваться новая функциональность...Подробнее: https://www.opennet.dev/opennews/art.shtml?num=61324
> включено обязательное SSL-шифрование обмена данными. Поддержка шифрования не требует настройкиОбожаю такое.
зачем ?
гост?
Что угодно. Дело не в алгоритме, а в организации процесса.
> отличающееся интеграцией дополнительных движков храненияДа, в 2014 был большой список движков (Aria, XtraDB, PBXT, FederatedX, OQGRAPH, Sphinx).
А сейчас кто-то из них остался в живых? Знакомые админы используют только InnoDB.
Интересный движок
Mroonga - Fast fulltext search for all languages on MySQL
Попытки использовать fts на таблицах с innodb размером в сотни гигабайт приводила к сообщениям о нехватке памяти. А mroonga полне себе переваривает.
Это надо решать не васянскими движками, а выкидыванием Машки из задач полнотекстового поиска.
Силён ты давать советы, не зная юзкейса.
какой бы не был юзкейс он прав, архитектурно так и надо делать, а если ты костылишь что-то ну так проблемы негров как говорится
Может оказаться, что основная работа БД не связана с полнотекстовым поиском, полнотекстовый поиск на ней выполняют изредка, в каких-то частных случаях, например, при разборе полётов после какого-нибудь косяка.
Именно так. В проде fts не используется.Вообще речь о движках марии, а не "каким софтом правильно делать fts", но этож форум непрошенных советов))
Mroonga оказался случайной, но очень полезной находкой. Это интерфейс к https://groonga.org.
Раз движок пилят, значит это кому-то нужно (почти (с))
Движок,правда не самой свежей версии, доступен в стандартной поставке марии, . Хинт: про это японское поделие в доке на марию написано, что оно работает с ограниченным набором кодировок, из нашинских только koi8-r, но по факту cp1251 тоже работает.
> работает с ограниченным набором кодировок, из нашинских только koi8-r, но по
> факту cp1251 тоже работает.А что, с utf8 не работает, надо эти копролиты из чулана доставать?
Я не помню, может и работает. В проекте, где юзаю mroonga, utf8 не нужна. Кстати, разница в занимаемом таблицами месте на диске при размерах в сотни гигабайт на таблицу весьма ощутима, то же текстовое инфо в utf8 разумеется занимает больше места.
> https://groonga.org.О, пасиб. возьму на заметку.
> Силён ты давать советы, не зная юзкейса.Крайне сложно представить ситуацию, в которой на полнотекстовом поиске мускуль будет лучше эластика.
Хотя бы просто потому, что эластик с его шардовой архитектурой гораздо лучше выполняет параллелизацию запросов.
Пффф! Лехко! Копеечный объем данных при котором этот FTS - сильно не основная нагрузка, а ресурсы васянохостинга ограничены и elastic\opensearch идет строем нафиг.
https://jira.mariadb.org/browse/MDEV-11588
На вот эту проблему, которой никогда не было в MySQL, они решили окончательно забить болт?
Судя по последнему комментарию это не единственная проблема, да и я могу привести несколько.Верните MySQL в дистрибутивы из коробки!
apt info mysql-server
Package: mysql-server
Version: 8.0.36-2ubuntu3
Priority: optional
Section: database
Source: mysql-8.0
Origin: Ubuntuubuntu 24.04
Скис форк. Переваливаю всё назад на ванильный оракловый MySQL 8.
Проблема была, но прошло 10 лет, как в mysql её исправили.Когда Sun продали Oracle, казалось, что Mysql всё, какое-то время развитие приостановилось, и Maria выглядела многообещающе.
Но потом Oracle осознал, что рынки Oracle Database и Mysql практически не пересекаются, хорошо вложился в Mysql, нанял кучу инженеров, поправили кучу родовых травм Mysql, перевели наконец-то системные таблицы на InnoDB. Maria за этим уже не может угнаться.
К сожалению нет полной совместимости баз с MySQL, что такое себе.
нету, но это самая быстрая версия MySQL для Galera Cluster
net, pxc
а что вы понимаете под полной совместимостью?
А есть российские клоны Mysql/MariaDB на подобии PostgresPro?
Исходники PostgreSQL можно закрыть и сделать PostgresPro. А исходники MySQL и MariaDB, которые ты можешь получить, под GPL. Поэтому ничего наподобие с ними не будет.
Я вас умоляю! Получите исходники атсры линукс, а?
Вот купишь лицензию Астры, подпишешь нда, токгда и получишь
> Вот купишь лицензию Астры, подпишешь нда, токгда и получишьНу вот купил, и? В какое спортлото подписывать?
Посмотрите п. 3 лицензионного соглашения с конечным пользователем - узнаете много нового. А вот про Жо-Пы-Ель напротив - ничего не узнаете. Цап-царап! Было ваше - но импортозаместилось, да так, что приснопамятная EULA от MS только глазами хлопает: "А чо, так можно было?!!".
Возникни на 1\6 части суши у кого желание мертвую стюардессу повыкапывать - форкнет Машку и никакой Столлман не указ - но оно судя по всему настолько нужное-нужно, что желания не возникает.
И правда, а ведь некоторые так радовались частичному виндокапец-у, но что-то ничего не поменялось
Потому что люди стараются и пишут законы не для других, а для себя.
Всем денег не хватит. Тут предлагают Астру выкинуть на мороз, а взамен Альт Линукс инсталировать по всей миншойге.
> Всем денег не хватит. Тут предлагают Астру выкинуть на мороз, а взамен
> Альт Линукс инсталировать по всей миншойге.Да что совой об пень - что пнем об сову... Там, где упираешься в требования к использованию СЗИ (А это мноооого где - не только минобороны, у них как раз местами свои погремушки - видел я ту "Сферу", насколько я знаю - но и персданные, ТЛВС\ЗООКИИ и т.д) - astra, мать её, linux - пожалуй лучий вариант. Да и при наличии (внутренних) требований к коммерческому саппорту - не худший, купить можно по ентер-прайсным меркам не то, чтобы дорого-дорого-дорого, debian это не настолько порченный чтобы пользоваться без переучивания было совсем нельзя - "неповторимым колоритом"(ТМ) от неё разит пожалуй что и меньше, чем от альтернатив.
Астралинукс за пределами российской госухи никому не нужен, они могут делать что угодно.У PostgresPro другая мотивация, они продают не только на российском рынке, да и МО РФ у них не целевой клиент.
> Астралинукс за пределами российской госухи никому не нужен, они могут делать что
> угодно.
> У PostgresPro другая мотивация, они продают не только на российском рынке, да
> и МО РФ у них не целевой клиент.Ну, т.е. про "современное российское ИТ" вы знаете только то, что там работают Николай, Игорь, Харитон, Ульяна, Яков? Ну ок - против ЭКСПЕРТИЗЫ не попрешь...
Если есть оптовый покупатель, который берет вообще всё, почему бы и не торговать краденым.
> Если есть оптовый покупатель, который берет вообще всё, почему бы и не
> торговать краденым.Не. Не так. Если у "кражи" нет никаких юридических последствий - то пуркуа бы не па? Наличие оптового покупателя влияет разве что на успешность торговли. Скажем, кейсы с отказом от vmware или там Nvidia из-за "GPL violation" мне не известны.
а можно про продажи постгреспро за границу?
У атсры совершенно определенный круг клиентов, которым глубоко по барабану на нарушение GPL.На форк мыскля таких много вряд ли найдётся.
> У атсры совершенно определенный круг клиентов, которым глубоко по барабану на нарушение
> GPL.
> На форк мыскля таких много вряд ли найдётся.Эмммм... Как бы это сказать? Клиентам астры покласть на GPL и его нарушения примерно в той же степени, что и клиентам VmWare плюс-минус статпогрешность, т.е. вдребезги-напополам-настолько-пофиг-что-просто-пофиг.
Вот VmWare, к которой могли прийти и пришли лойеры - не пофиг, а клиентам вари... ну, где-то там на третьем уровне скоринга мысль о том, что "вот к этим могут прийти лойеры и из этого может что-то там произойти" галочка наверное будет, но вряд ли больше - они и к яблокам с мелкоцоптом как к себе домой ходят, что теперь - софтом не пользоваться?
К астре - лойеры прийти не могут и примерно все это знают, вот и вся разница.
А еще один форк мускля - просто никому и низачем не нужен. Форк firebird'а, как это не забавно - нужен, а мусквиля - не-а, и никакая лицензия тут не при чем.
Такие дела.
Ну не, разница есть. Клиенты вмвари - это в основном совсем не айтишный бизнес, и это всё проблемы внутреннего айти-отдела, начнутся у вмвари проблемы - перейдут за пару лет на что-то ещё, ничего не случится.А для тех, у кого сам продукт - это айти, СУБД критична.
> Ну не, разница есть. Клиенты вмвари - это в основном совсем не
> айтишный бизнес, и это всё проблемы внутреннего айти-отдела, начнутся у вмвари
> проблемы - перейдут за пару лет на что-то ещё, ничего не
> случится.
> А для тех, у кого сам продукт - это айти, СУБД критична.Ну в общем "Это другое!!!", да. В ОС\гипервизоре можно нарушать GPL если у вас есть ОПТОВЫЙ ГОСУДЕРАСТВЕННЫЙ ЗАКАЗЧИК, или если ваш заказчик это не айтишный бизнес - а если бизнес ИТшный, то GPL нарушать нельзя - но только в случае с БД. Что тут не понятного может быть?
Но это не мешает её продавать :-)
И в случае открытых исходников MySQL, и в случае закрытых, ровно один правообладатель, и это его лицензии.А у тебя доступ только к тем, что он открыл под GPL. Вот и вся разница.
Есть. Берёшь mysql, инструкцию по sed и вперёд. Или тебе ещё и сертификацию фстэк подавай? Тогда то же самое, готовность делать многомиллионные откаты и знакомства по кружку дзюдо.
> Например, для операций с хранилищем, таких как последовательное сканирование записей, теперь предполагается, что данные хранятся на быстром SSD-накопителе.Блин, а без предположений почему бы не сделать? Почему бы самой БД (или хотя бы админу руками или скриптами по крону) не запускать периодически какие-нибудь стандартные, встроенные в систему СУБД, тесты пропускной способности и времени отклика для хранилищ и в соответствии с результатами динамически назначать веса? Тесты можно запускать или в моменты наименьшей нагрузки или во время вывода БД на обслуживание или после создания очередной схемы в БД или после изменений в составе/качестве хранилищ...