Компания Oracle сформировала новую ветку СУБД MySQL 9.2.0. Сборки MySQL Community Server 9.2.0 подготовлены для всех основных дистрибутивов Linux, FreeBSD, macOS и Windows. В рамках внедрённой в 2023 году новой модели формирования релизов, MySQL 9.2 отнесён к веткам "Innovation", к которым также будет отнесён следующий значительный релиз MySQL 9.3. Innovation-ветки рекомендованы для тех, кто хочет раньше получать доступ к новой функциональности, публикуются каждые 3 месяца и поддерживаются только до публикации следующего значительного релиза (например, после появления ветки 9.2 прекращена поддержка ветки 9.1). Летом планируют сформировать LTS-релиз, рекомендованный для внедрений, которым необходима предсказуемость и длительное сохранение неизменного поведения. Следом за LTS-веткой будет сформирована новая Innovation-ветка - MySQL 10.0...Подробнее: https://www.opennet.dev/opennews/art.shtml?num=62603
что виртуалбокс угробили, что джаву, что мускуль, что ещё 500 проектов. антимидасы прям
Оракл компания подобрее Гугла будет.
А в чём заключается угробление VirtualBox, простите?
Да и с мусквилем - не понятно. Добро бы Машку хоронили - пусть за оградой но все ж жалко, а тут? И с джвой "не все так однозначно", хотя пару вспышек они определенно прохлопали...
В том, что схватили чужой эмулятор видеокарты, отсюда внезапные отвалы после обновления.
Рабочие моменты. Главное что продукт работает и развивается.
А где угробили? Наоборот, в 8.0 сделали то, что надо было сделать 15 лет назад - отодрали всё, что было гвоздями прибито к myisam, и системные словари теперь на версионном движке и больше не разваливаются.Сейчас да, лучше бы сделали нормальный транзакционный DDL (тем более что 90% работы уже сделано), а не джаваскрипты прикручивали (зачем там вообще это?).
По уязвимостям забавно написали: "связаны с уязвимостями в компонентах Kerberos и Curl"
Это просто дырени в курле и керберосе, зачем такие реверансы!CVE-2024-11053 - это на самом очень крутая дырень. Которая, если верить openwall.com/lists/oss-security/2024/12/11/1, жила там с Dec 29, 1999. Нужно добавившему дать надбавку - так хорошо замаскировал под бажинку.
Ну а CVE-2024-37371 - типикАл сишная дырень "мы не смогли правильно посчитать размер буфера и влезли куда не положено". Или наоборот - положено.
Не ну это же не Jia Tan это другое. Просто ошибся человек бывает.
> Нужно добавившему дать надбавку - так хорошо замаскировал под бажинку.Ты на дату коммита посмотри.
Чел, или уже готовенький после 25го, или спешаший встретить 31е, просто навалил в мастер "144 changed files with 37,273 additions and 0 deletions."
> Ты на дату коммита посмотри.
> Чел, или уже готовенький после 25го, или спешаший встретить 31е, просто навалил
> в мастер "144 changed files with 37,273 additions and 0 deletions."Кстати отличная идея как замаскировать бекдор.
Типа спешил к праздникам, уже хотел оливье кушать или индейку.
Ну и ревьювер будет примерно такой же - или суетящийся перед праздниками, или после бодуна.
MariaDB по бенчам на 13% в среднем шустрее работает
зато перкона тупит
Кто-то любит бенчи, а кто-то чтобы работало - на всех не угодишь
И то и то работает. Но одно на 13% быстрее (поверим на слово, но не знаю, правдиво ли сие утверждение). Если лицензии и владельцы продукта не важны, то что выбрать? Вот же задача неразрешимая...
на самом деле разница около 5-8%, что не очень много, в марии по умолчаниию отключен бинлог, а оригинале надо выключать самомуи выбор там скорее обосновывается сапортом и совместимостью, мария и мускл уже не совместимы между собой по многи параметрам
И что эта пиковая скорость тебе даст? Диплом на стенку? Или ты для своего дата центра купишь на 13% купишь меньше серверов? Если у тебя такие объемы данных что тебе нужны датацентры, то тебе ни та ни другая база не нужна тебе нужны нормальные платные решения с платной поддержкой.
Это пока вы page compression не включили. Дальше у mariadb весь слив на диск становится однопоточным.
Конечно, без javascript не обойтись. И чтоб dom сразу формировался в хранимке. И промисы не забудьте!
даешь async await в хранимые процедуры ))
Они есть, но обрабатывается всё в single thread'е, так что профита в перформансе не будет
это был сарказм ))
Это только синтаксис. Могу ошибаться, но вроде бы Multilingual Engine Component для MySQL и Oracle Database Multilingual Engine (MLE) - это известная технология GraalVM - среда Java, в которой могут исполняться скриптовые языки, типа JavaScript, Python....
Согласен, Опеннет без JS перестал работать. Эх, ушла эпоха...
В целом направление верное. СУБД для скриптухи => одна из немногих адекватных скриптух - js => с js внутри СУБД можно всё писать на одном языке и шарить определения интерфейса => профит. Поэтому к чему твои слёзы, ламерок?
"вот и выросло поколение" (с)
Рыночек уже порешал, что вместо хранимых процедур нужен сервер приложений.
А так, странно что не PL/SQL не включили.
В своем ли вы уме, уважаемый. Если PL/SQL будет в этом поделии MySQL, то как тогда продавать Oracle DB, за который денех дают много больше?
> вместо хранимых процедур нужен сервер приложенийИз ORM которого иногда прилетают такие запросы, что способны планировщик отправить в долгое путешествие по терабайтным таблицам. В итоге, приходится эту проблему решать вручную представлением, функцией или процедурой.
Да еще эти терабайты будут гоняться по сети между СУБД и "сервером приложений"
ORM - это зло. Если нужна кросс-базовость (а сейчас это уже совсем не распространенный кейс), то надо самим оптимизировать в своем приложении SQL под эти базы (я не думаю, что СУБД будет более 3х), зато приложение не будет отапливать Земли вместе с коровками из Бразилии.
> ORM - это злоНе ORM зло, а любая крайность зло. Джуны дешево и вполне успешно по детальным поставкам пишут с ORM. А моя задача следить за тем, что в итоге получается, и ставить задачи на разработку представлений, функций и процедур там, где это действительно требуется. Такой подход снижает стоимость разработки в разы, почти не влияя на эффективность результата.
> не думаю, что СУБД будет более 3х
Только на текущем проекте у меня сейчас из условно SQL СУБД: PostgreSQL, ClickHouse, ksqlDB, SQLite и Hana. Это не считая легаси на MS SQL, Oracle и MySQL, с которыми тоже приходится пока жить.
Что-то я запутался, какой актуальный LTS то
9.7 LTS
Зачем эти всякие СУБД нужны? Nocord ( http://91.192.22.20/ ) и без них прекрасно обходится.
Он и без доменного имени обходится.
Доменные имена это способ порабощения и контроля.
Переходи на децентрализованные оверлейные сети.
Есть, капитан!
Не больше чем IP адреса.
И что вы будете делать, когда у вас ip поменяется?
А что вместо flush privileges? Кто знает?
Пока его не выпилили, только запланировали.https://dev.mysql.com/doc/refman/9.2/en/privilege-changes.html
https://dev.mysql.com/doc/refman/9.2/en/flush.html#flush-pri...
будешь перезагружать базку, каждый раз. Ну как обычно - модные молодежные ребята, набранные по объявлениям, не в курсе, зачем оно (им), а в отчет что они что-то там пооптимизировали - написать что-то ж надо, а то можно резко лишиться хорошей орацловой зарплатки.
Любители пиписькомерок могут сравнить свою Марию с монгодб и получить что монга в десятки раз быстрее.
Нужно вдумчиво подбирать инструменты под задачу.
Что там у монги со сменой лицензий на лету?
Где гарантии, что они опять что то там не поменяют, пока у меня что то работает на монге?
Какие гарантии что мускул ничего не поменяет? Лицензия монги не разрешает только продавать сервис с монго для себя все всегда можно. Пользуйся любой другой носикуель базой. Для большинства задач они быстрее и лучше любой рсубд.
> Для большинства задачЕсли Вы не всевидящий Бог, то пропустили слово "моих".
На чём, на KV? MySQL можно настроить что он будет не медленнее. Но чтобы монга стала полноценной субд настроить нельзя никак.
Этот мускул был шустрым когда только появился, декларировался для веба. Мало функций, примитивные запросы - вот результат космический.
Как только пошел развиваться в сторону полноценного SQL как постгресс - и все ништяки исчезли, смысла в нём теперь ноль.
Когда он только появился, это была обыкновенная прослойка SQL-запросов для определенных файлов на файловой системы.
А где жалобы на то, что для mysql нужны костыли, вроде обновления и выборки из одной таблицы в одном запросе? Неуж-то код никто из пользователей опеннта не пишет?
>нужны костыли, для обновления и выборки из одной таблицы в одном запросеПри этом в постгресе работает из коробки
Справедливости ради, некоторое время назад я подобное и на монге не мог реализовать.
Потом, судя по документации вроде бы появилось, но я не проверял.
Как это "обновления и выборки... в одном запросе"? Запрос это одно полное SQL-выражение, оно либо про выборку, либо про обновление/вставку, либо про определение/модификацию определения какого-то объекта. Или ты про что-то вроде insert into select ? Так это не ANSI, это сахар, он у всех разный.
Кто знает, партиции разных движков уже можно создавать, или по прежнему выводится ошибка?
Когда последний раз юзал MySql, там не разу не упоминался JavaScript. Довели...
А что за движок для JavaScript заюзали?