The OpenNET Project / Index page

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

Выпуск СУБД MySQL 9.1.0

17.10.2024 17:40

Компания Oracle сформировала новую ветку СУБД MySQL 9.1.0. Сборки MySQL Community Server 9.1.0 подготовлены для всех основных дистрибутивов Linux, FreeBSD, macOS и Windows. В рамках внедрённой в прошлом году новой модели формирования релизов, MySQL 9.1 отнесён к веткам "Innovation", к которым также будет отнесён следующий значительный релиз MySQL 9.2. Innovation-ветки рекомендованы для тех, кто хочет раньше получать доступ к новой функциональности, публикуются каждые 3 месяца и поддерживаются только до публикации следующего значительного релиза (например, после появления ветки 9.1 прекращена поддержка ветки 9.0). Летом следующего года планируют сформировать LTS-релиз, рекомендованный для внедрений, которым необходима предсказуемость и длительное сохранение неизменного поведения. Следом за LTS-веткой будет сформирована новая Innovation-ветка - MySQL 10.0.

Основные изменения в MySQL 9.1:

  • В операцию "CREATE VIEW" добавлена поддержка выражения "IF NOT EXISTS", позволяющего организовать создание представления только если представления с указанным именем ещё не существует и избежать возвращения ошибки, если представление уже создано.
  • Прекращена загрузка триггеров при выполнении операций, связанных только с чтением. Ранее триггеры загружались при любом доступе к таблице, что приводило к расходованию памяти и созданию нагрузки на CPU в ситуациях, когда триггеры не использовались (например, при выполнении запросов SELECT). В MySQL 9.1 обработка и загрузка триггеров разделена на две стадии: чтение метаданных о триггере и разбор+выполнение триггера. Данные, полученные на первой стадии сохраняются один раз и затем совместно используются в различных экземплярах триггера. Разбор и выполнение триггера производится только для выражений, приводящих к изменению данных. Кроме того, для сокращения потребления памяти вместо статического выделения буферов для обработки ошибок в триггерах осуществлён переход к динамическому выделению памяти по необходимости.
  • Расширен вывод операции "EXPLAIN", в котором теперь отображаются сведения об использовании многодиапазонного чтения (multi-range) и применении стратегии полуобъединения (semijoin), при которой при операциях JOIN обрабатываются строки только из одной таблицы.
  • Обеспечено атомарное выполнение операций "CREATE DATABASE" и "DROP DATABASE" для защиты от сбоев в случае аварийного завершения или возникновения ошибок на уровне файловой системы во время выполнения данных операций. Например, ранее при аварийном завершении "CREATE DATABASE" могла быть сформирована неполная нерабочая структура хранилища БД, для очистки которой требовалось ручное вмешательство.
  • В написанных на JavaScript хранимых процедурах обеспечена поддержка типа VECTOR. Данные с указанным типом теперь могут передаваться во входных и возвращаемых параметрах.
  • Добавлена возможность аутентификации при подключении к СУБД с использованием протокола OpenID Connect.
  • Устранено 27 уязвимостей, самой серьёзной из которых (CVE-2024-5535) присвоен критический уровень опасности (9.1 из 10). Уязвимость может быть эксплуатирована удалённо без прохождения аутентификации. Проблема вызвана чтением данных из области вне выделенного буфера в библиотеке OpenSSL и приводит к аварийному завершению или утечке содержимого памяти в ответе после соединения с сервером с указанием некорректных параметров протокола.


  1. Главная ссылка к новости (https://dev.mysql.com/doc/reln...)
  2. OpenNews: Доступна СУБД MySQL 9.0.0
  3. OpenNews: Опубликован Valkey 8.0, форк СУБД Redis от Amazon, Google, Oracle и Ericsson
  4. OpenNews: Релиз СУБД PostgreSQL 17
  5. OpenNews: MariaDB существенно меняет график выпусков
  6. OpenNews: Стабильный выпуск СУБД MariaDB 11.4
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/62067-mysql
Ключевые слова: mysql
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (44) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, WE (?), 19:23, 17/10/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    OpenID это очень интересно, а что там с LDAP в Community Server?
     
     
  • 2.2, WE (?), 19:23, 17/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    а ну да, OpenID тоже для версии за бабло.
     
     
  • 3.5, Аноним (5), 19:42, 17/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >В написанных на JavaScript хранимых процедурах

    а вирус для этой бд можно написать на яваскрипт?
    манйнера какого нибудь.

     
     
  • 4.19, Аноним (19), 22:02, 17/10/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > а вирус для этой бд можно написать на яваскрипт?

    Можете попробовать и первым рассказать.

     
  • 3.6, penetrator (?), 20:01, 17/10/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    да кому оно надо этот SSO в СУБД, много пользователей сидит в БД напрямую а не в фронте?

    как по мне самый бесполезный чендж в релизе

     
     
  • 4.9, Аноним (9), 20:19, 17/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Ну не через phpmyadmin же.  
     
  • 4.10, WE (?), 20:20, 17/10/2024 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Да дохрена: аналитики, тестировщики, разработчики. И всех нужно отдельным логином.
     
     
  • 5.72, Anonimous (?), 04:25, 18/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    У нас помню даже поддержке давали доступ на чтение.
     
  • 5.75, penetrator (?), 08:06, 18/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Если БД не дата-помойка тестовая, а бэк прода, то давать прямой доступ к базе вместо доступа к приложению - это идиотизм.

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

    А если это тестовая помойка, так и локально можно развернуть каждому кому надо, избежав side-effects от соседа при том же тестировании.

     
     
  • 6.76, Сисьадмин (?), 08:37, 18/10/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Чел, окей.
    Где взять этих трех мартышек, что будут выкачивать селекты из какой-нибудь одной-двух табличек для целого отдела аналитики из 6-7 человек?
    Или предлагаешь dba-шников на это подписывать? Так они сразу пошлют все это - и будут правы.
    Мало того - эти три мартышки у тебя точно дамп всех данных не сохранят где-то у себя в корыстных целях?
    Проще и надежнее загрантить селект по определенной табличке, с аудитом подобных запросов "на случай чего".
     
     
  • 7.88, penetrator (?), 14:47, 18/10/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    сделать морду и добавить логику работы с этими одной-двух табличками ну и я не... большой текст свёрнут, показать
     
     
  • 8.92, WE (?), 09:59, 21/10/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Т е вместо того чтобы использовать средства RBAC от СУБД мы сделаем свою IDEшку... текст свёрнут, показать
     
     
  • 9.99, penetrator (?), 22:00, 27/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    где ты там IDE увидел иногда полезно читать, а не сразу гундеть ведь написано ... текст свёрнут, показать
     
  • 4.18, Аноним (19), 22:01, 17/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > много пользователей сидит в БД напрямую а не в фронте?

    Не поверите, но достаточно, чтобы заморочиться.

     
     
  • 5.73, Anonimous (?), 04:26, 18/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Причём доступы надо как давать, так и забирать.
     

  • 1.3, Аноним (-), 19:26, 17/10/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    Держу нашу БД на MySQL 5.7 и не вижу никакого смысла обновляться. Работает и не трожь, как говорится.
     
     
  • 2.8, Аноним (9), 20:18, 17/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Там дыра.
     
  • 2.54, Аноним (54), 01:06, 18/10/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ни одной хранимой процедуры?
     
     
  • 3.70, Сижу на толчке (?), 03:09, 18/10/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А много где они используются?
     
     
  • 4.98, Аноним (98), 12:08, 23/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Там где их нельзя использовать почти не используются ;)
     

  • 1.4, Аноним (5), 19:38, 17/10/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    ну мы готовы и за бабло тоже, главное, что бы работало!
    кстати, 1с с этим уже нативно работает?
    если не работает, то такое гамно и за бесплатно не нужно.
     
     
  • 2.81, 1 (??), 10:43, 18/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Что значит "нативно" ? Она ж с ней, через клиента работает, так что ей пофик какая там версия самой БД.
    Или ты про хранение самой конфигурации ? Тогда нет - не работает.
     

  • 1.7, Аноним (-), 20:11, 17/10/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    > Уязвимость может быть эксплуатирована удалённо
    > без прохождения аутентификации.

    Зашибись!

    > Проблема вызвана чтением данных из области вне выделенного буфера

    Ha-ha. Classic.

    > приводит к аварийному завершению

    Ну подумаешь, база упала. Ничего страшного, дело то житейское (с)
    Пнем админа, он подымет.

    > или утечке содержимого памяти в ответе

    Даже лучше.

     
     
  • 2.33, nume (ok), 23:18, 17/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Всё как обычно
     
  • 2.82, 1 (??), 10:45, 18/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Дык в OpenSSL ашипка. (кстати был анонс её на опеннете)
     

  • 1.11, Аноним (11), 21:02, 17/10/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Кто-то еще пользуется или все перешли на MariaDB ?
     
     
  • 2.12, Аноним (12), 21:18, 17/10/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    У MariaDB крайне нелепый логотип в виде мерзкого тюленя. Как-то всё естество инженера протестует, чтобы не то что ставить, а даже просто рассматривать данный продукт серьёзно.
     
     
  • 3.13, Вы забыли заполнить поле Name (?), 21:28, 17/10/2024 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Оценивать по логотипу — техническая безграмотность.
     
     
  • 4.23, Neon (??), 22:21, 17/10/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ну, если даже нарисовать нормальный логотип в проекте не осилили... То это уже как бы намекает на качество проекта
     
     
  • 5.24, нах. (?), 22:38, 17/10/2024 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Намекает что деньги потрачены на разработчика, а не дизайнера логотипов.
     
  • 2.79, Аноним (79), 10:16, 18/10/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Мария сдулась, хотя очень форсили очередные фанатики. Прод (продолжающий развитие) у Оракла и в форк только криво копируют бездари, результат всего этого закономерен.
     
     
  • 3.80, Аноним (11), 10:38, 18/10/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Мария сдулась

    Можно подробнее, а не свое имхо? Пруфца бы. Судя по поддержке и развитию, все там нормально. Не?

     
     
  • 4.83, Аноним (79), 11:00, 18/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Сырое и глючное, в чём там поддержка и развитие? Разваливается постоянно у всех.
     

  • 1.74, ЫгиПгт (?), 07:54, 18/10/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Кроме OpenID, остальное не выглядит как что-то, ради чего стоило бы создавать отдельную ветку. Обычное исправление багов и доработка функций.
     
     
  • 2.86, 1 (??), 12:32, 18/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Ну не скажи. Отключение триггеров на SELECT должно дать сильный прирост производительности. Почти как в старой MySQL где не было этих глупостей.
     

  • 1.84, Аноним (84), 11:18, 18/10/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Есть проект работал на 5.6 с хранимками, триггерами и вьюшками. Хорошо так там логика домена утекла на базу, но всё для хорошей статистики. Так вот уже тогда на 5.7 не стали переходить из-за дороговизны процесса.
     
  • 1.87, Аноним (87), 12:57, 18/10/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Стоит ли переходить с MyISAM на InnoDB?
     
     
  • 2.89, Аноним (89), 16:04, 18/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Они про разное.
     
  • 2.93, Пилат (?), 11:23, 21/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    стоит, как минимум из-за того что появится row level lock, вместо table lock, при обновлении записи. ну и ничего вам не мешает запустить "ALTER TABLE table1 ENGINE = InnoDB;"
     
     
  • 3.94, Аноним (89), 14:02, 21/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    В этом весь удел Мю -- ей пользуются те, кто ни черта в ней не понимает. И это, как ни странно, нормально.
     
  • 3.95, Аноним (89), 14:26, 21/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Одни неофиты повторяют бред других неофитов и так по кругу до полного выкристаллизовывания из этой массы новые евангелистов. И польётся новый золотой дождик всяких там микросервисов, солидов, саров и прочих чистых кодов.
     

  • 1.90, Tron is Whistling (?), 17:46, 18/10/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    "В написанных на JavaScript хранимых процедурах"
    Вот он - дивный новый мир.
    Хотя я уже вижу пару применений этому чуду чудному.
     
     
  • 2.91, Аноним (-), 21:57, 18/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Хотя я уже вижу пару применений этому чуду чудному.

    Так вперед, чего же вы упускаете такую возможность. Я бы с такой фантазией уже миллионером был и жил в Европе, но почему-то продолжаю клепать формочки за свои скромные 150к в Сибири.

     
     
  • 3.100, Tron is Whistling (?), 12:49, 03/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Рублёвый миллионер - ну, есть такое, но это сейчас легко.
    Жить в Европе - всерьёз в процессе, надоело, собираюсь отваливать. На этот раз всерьёз.
    Формочки за 150 давно уже не клепаю, европейцы платят больше.
     

  • 1.97, Аноним (97), 08:36, 22/10/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    ещё open telemetry добавили
     

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



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

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