The OpenNET Project / Index page

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

Выпуск СУБД Redis 8.4

28.11.2025 18:21

Опубликован релиз СУБД Redis 8.4, относящейся к классу NoSQL-систем. Redis предоставляет функции для хранения данных в формате ключ/значение, расширенные поддержкой структурированных форматов данных, таких как списки, хэши и множества, а также возможностью выполнения на стороне сервера скриптов-обработчиков на языке Lua. Код проекта написан на язык Си и распространяется под лицензией AGPLv3.

СУБД Redis поддерживает транзакции, позволяющие выполнить за один шаг группу команд, гарантируя непротиворечивость и последовательность (команды от других запросов не могут вклиниться) выполнения заданного набора команд, а в случае проблем позволяя откатить изменения. Все данные в полном объёме кэшируются в оперативной памяти. Клиентские библиотеки доступны для большинства популярных языков, включая Perl, Python, PHP, Java, Ruby и Tcl.

Для управления данными предоставляются такие команды, как инкремент/декремент, стандартные операции над списками и множествами (объединение, пересечение), переименование ключей, множественные выборки и функции сортировки. Поддерживается два режима хранения: периодическая синхронизация данных на диск и ведение на диске лога изменений. Во втором случае гарантируется полная сохранность всех изменений. Возможна организация master-slave репликации данных на несколько серверов, осуществляемая в неблокирующем режиме. Доступен также режим обмена сообщениями "публикация/подписка", при котором создаётся канал, сообщения из которого распространяются клиентам по подписке.

Ключевые изменения в Redis 8.4:

  • Добавлена команда "FT.HYBRID" с реализацией гибридного поиска, сочетающего в одном запросе возможности полнотекстового и векторного поиска, учитывающего как прямые совпадения, так и близость по смыслу. Поддерживаются возможности агрегирования результатов с синтаксисом как у команды "FT.AGGREGATE".
  • Повышена пропускная способность в типовых применениях Redis для кэширования. Например, при нагрузках, включающих 10% операций записи (SET) и 90% операций чтения (GET) и хранении строковых значений размером 1 Кб прирост пропускной способности составил 30%.

  • Повышена производительность операций поиска (FT.SEARCH) и агрегирования результатов (FT.AGGREGATE). В нагруженных системах с большим числом параллельных запросов наблюдается прирост пропускной способности и снижение задержек до 4.7 раз при выполнении поиска и до 1.4 раза при агрегировании результатов.

  • Проведена оптимизация выделения памяти при выполнении запросов и предоставлена возможность настройки поведения при исчерпании доступной памяти (OOM, out-of-memory).
  • Снижено потребление памяти при хранении мелких строк (до 7 байт) в структурах с типом JSON. Например, массив в JSON, включающий 500 мелких элементов в формате ключ/значения теперь занимает на 37% меньше памяти.
  • Повышена эффективность хранения числовых массивов JSON, все элементы в которых имеют один тип (если раньше для каждого элемента в подобном массиве сохранялся тип и значение, то теперь тип сохраняется один раз для всего массива). В проведённом тесте подобные массивы с миллионом однородных элементов теперь требуют на 50-92% меньше памяти в зависимости от типа.
  • В команду SET добавлены опции IFEQ, IFNE, IFDEQ и IFDNE, позволяющие обойтись одной командой для обновления строкового ключа в ситуациях, когда связанное с ним значение не было изменено другим клиентом с момента его извлечения.
  • Добавлена команда XDELEX для атомарного удаления строкового ключа, если связанное с ним значение не изменилось с момента извлечения.
  • Добавлена команда DIGEST, возвращающая хэш от значения, связанного с указанным ключом.
  • В команду XREADGROUP добавлена опция "CLAIM <min-idle-time>" для чтения как ожидающих (idle pending), так и поступивших (incoming) сообщений.
  • Добавлена команда MSETEX для атомарного выставления или обновления разом нескольких строковых ключей, а также обновления времени их жизни.
  • Добавлен механизм атомарной миграции слотов межу узлами кластера (ASM - Atomic Slot Migration), напоминающий полную синхронную репликацию, но работающий на уровне отдельных слотов хранения данных. Добавлена команда CLUSTER MIGRATION, при помощи которой можно импортировать слоты с других узлов, отследить прогресс миграции и при необходимости отметить ожидающие выполнения операции миграции.
  • Добавлена команда CLUSTER SLOT-STATS для оценки статистики в кластере в разрезе отдельных слотов, такой как число ключей, нагрузка на CPU и сетевой ввод/вывод.


  1. Главная ссылка к новости (https://redis.io/blog/redis-8-...)
  2. OpenNews: Опубликован Valkey 9.0, форк СУБД Redis
  3. OpenNews: Уязвимости в Redis и Valkey, позволяющие выполнить код на сервере при наличии доступа к БД
  4. OpenNews: Уязвимости в СУБД Redis и Valkey
  5. OpenNews: Сравнение производительности СУБД Valkey и Redis
  6. OpenNews: Выпуск СУБД Redis 8.2
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/64338-redis
Ключевые слова: redis, database, nosql
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (35) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (1), 20:49, 28/11/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Как он в сравнении с Valkey? Всё так же требует денег для работы?
     
     
  • 2.4, Имя (?), 21:16, 28/11/2025 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Там такая лицензия, что 99 процентам из использующих редис платить не нужно
     
     
  • 3.41, Аноним (1), 18:37, 29/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ну вот значит мы попали в тот 1% которому нужно было бы, а договориться на разумные условия эти ребята не захотели.
     
  • 2.14, lucentcode (ok), 23:42, 28/11/2025 [^] [^^] [^^^] [ответить]  
  • –5 +/
    Деньги - мелочи, если проект стоящий. Куда интересней, как там дела с производительностью. Ещё недавно Valkey как тузик грелку рвал этот Redis. А сейчас и они, вроде, что-то оптимизировали. Хотелось бы видеть сравнение.
     
     
  • 3.23, Аноним (23), 05:21, 29/11/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Какие еще мелочи? Вы пробовали платить за коммерческий софт из РФ? Либо это невозможно, либо это такой лютый гемор для бухгалтерии, что дешевле забить. Давайте вы не будете говорить про то что не знаете, ага?
     
     
  • 4.36, Аноним (36), 13:49, 29/11/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Нет не пробовал, но я и не в РФ коммерческий софт практически не использую, это политика компании. (Размер активов под управлением несколько триллионов долларов).
     
     
  • 5.42, Аноним (1), 18:38, 29/11/2025 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Точно несколько, а не несколько сотен?
     
  • 5.43, nw (?), 19:45, 29/11/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Что-то новенькое. В 99.99% случаев крупные компании почти всегда покупают техподдержку у вендора. У них банально нет времени, чтобы бегать в chatgpt или на SO, чтобы спрашивать совет мамкиных админов.
     
  • 5.44, _ (??), 20:55, 29/11/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > (Размер активов под управлением несколько триллионов долларов).

    Логично, ибо:
    "100 Trillion Dollar bill. It was worth about $150 U.S. dollars."


    ;-p  :-D

     
     
  • 6.45, _ (??), 20:56, 29/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Zimbabwean dollar если кто не понял :)
     
  • 4.37, 0xdeadbee (-), 18:07, 29/11/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Вы пробовали платить за коммерческий софт из РФ?

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

     
  • 2.26, Кошкажена (?), 06:42, 29/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Всё так же требует денег для работы?

    ЕМНИП, там только если продаешь облачное решение на редисе, при использовании не надо?

     
     
  • 3.40, Аноним (1), 18:36, 29/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    У меня именно облачное решение на (уже давно не) редисе.
     

  • 1.8, Аноним (8), 22:06, 28/11/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Начиная с 7-й версии Redis стал настоящим bloatware.
     
     
  • 2.9, Аноним (8), 22:11, 28/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Кстати, 02-Nov-2025 вышла версия 6.2.21
    Продолжаем жить на 6-й.
     
  • 2.11, Аноним (11), 22:22, 28/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Пока производительность повышается, это всё, что беспокоит ml-толпу.
     

  • 1.24, Аноним (23), 05:25, 29/11/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    Челики почувствовали уверенность в своих силах, но их буквально за неделю поставили на место. В 26 году редиса не будет, будет валкей. Потому что нельзя настолько наглеть, чтобы брать бабло за кейвал Бд в 2к25
     
     
  • 2.34, Аноним (34), 13:15, 29/11/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Редис это не только кейвал, там туева хуча фунПционала, в котором черт копыто сломит. Такую блоатварь тупо сыкотно в проект тащить.
     
     
  • 3.38, penetrator (?), 18:27, 29/11/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    а она там и не нужна, кеш можно организовать и на уровне приложения

    а если есть желание добавить еще одну потенциальную точку отказа для достижения распределенности кеша, тогда уж лучше инстансы мемкешеда

     
     
  • 4.39, Аноним (1), 18:34, 29/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > кеш можно организовать и на уровне приложения

    Можно. Но взять готовый быстрее. Пока ты будешь свой NIH-велосипед лобзиком выпиливать, у конкурентов продукт уже деньги начнёт зарабатывать.

     
     
  • 5.46, _ (??), 21:00, 29/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ну дык и бери valkey :) Быстрый, расределённый, с вменяемой лицензией и большими пацанами за плечами... короче мы походу - переходим.
     
     
  • 6.49, нах. (?), 12:22, 30/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Чего вдруг не garnet? _Действительно_ быстрый, распределенный, и не пацаны с раена, а сама корпорация Зла.

    (при этом код открытый поэтому даже если корпорация выбросит его на помойку за кладбищем, поддерживать можно и самому)

    Проблема valkey что это индусы-копипастеры, своего там ничего кроме денег нет.

     
     
  • 7.51, _ (??), 23:51, 30/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Чего вдруг не garnet?

    Извиняй, вопрос не по зряплате(С) :) Не моя поляна, я это, когда сдадут, ЫгсплуатироватЪ буду ... нещадно!(С) :)

    > Проблема valkey что это индусы-копипастеры, своего там ничего кроме денег нет.

    Экгхммм ... А у нас в девелопменте думаешь КТО?!?! :-))))) И это ППЦ.
    Кстати - возможно вот именно поэтому, потому что новый архитект у них ... ТА-ДА! ;-)


    PS: Почти шутка. Ну а если совсем серьЁзно, то:
          На introduction митинге презентовали как drop-in replacement нашей древней версии редиски. Поэтому и valkey, а не что то другое ...

     
  • 7.54, Заноним (?), 15:38, 01/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А-а "сцуко", убедился да? А-то помнится плакал за "управление памятью" - https://www.opennet.dev/openforum/vsluhforumID3/138145.html#30
     
  • 7.59, Аноним (59), 11:02, 02/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    есть, причем улучшения существенные - см. раздел Performance Improvements:

    https://github.com/valkey-io/valkey/releases/tag/9.0.0-rc1

    Такое там не индусы, а китайцы делают.

     
  • 6.52, Аноним (1), 01:28, 01/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Да уже взял. В принципе, drop-in, не считая мелочей.
     
  • 5.50, penetrator (?), 17:54, 30/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    там нехрен пилить, на все все кейсы приложения обычно не более 300-500 строчек, а если нужен некий универсальный механизм есть куча фреймфорков

    и все это будет без оверхеда на IPC

     
     
  • 6.53, Аноним (1), 01:29, 01/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > там нехрен пилить

    Да понятно что нехрен, с дивана встал — и считай что готово.

     
  • 6.55, Аноним (11), 20:16, 01/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Это пока у тебя однопоточный код в одном компоненте, никак не масштабирующийся. и, опять же, если надо выполнить какие-то операции, лучше их выполнять в коде на си и не в коде на питоне.
     
     
  • 7.56, penetrator (?), 21:01, 01/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Это пока у тебя однопоточный код в одном компоненте, никак не масштабирующийся.
    > и, опять же, если надо выполнить какие-то операции, лучше их выполнять
    > в коде на си и не в коде на питоне.

    у тебя Redis однопоточный в обработке запросов

    и вообще нет проблем сделать свой код многопоточным, критические секции никто не отменял

    не хочешь сам - есть либы

    я на питоне не пишу, накой ты мне примеряешь это?

     
     
  • 8.57, Аноним (11), 21:33, 01/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Запусти несколько, если не хватает Сеть и диск в отдельных тредах и без GIL о... текст свёрнут, показать
     
     
  • 9.58, penetrator (?), 02:35, 02/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    да мне редис нафиг не надо, я отвечал на предыдущий комент про однопоточность... текст свёрнут, показать
     
  • 8.60, Аноним (59), 14:46, 02/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    судя по терминологии критические секции , ты вообще под винду пишешь - в лину... текст свёрнут, показать
     
     
  • 9.61, penetrator (?), 23:11, 02/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    c добрым утром буратино, это общеупотребимая терминология https en wikipedia o... текст свёрнут, показать
     

  • 1.29, Шарп (ok), 10:40, 29/11/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Там же драма была. Аноны, расскажите, что по итогу, кто подебил?
     
  • 1.35, Самый Лучший Гусь (?), 13:38, 29/11/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Redict все равно лучше потому что от независимых разроботчиков
     

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



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

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