Valkey 9.1

Общност Valkey обяви за издаването на Valkey 9.1 — нова стабилна версия на высокопроизводителното хранилище за данни от типа „ключ-стойност“ с отворен код (лицензия BSD), което поддържа различни сценарии на използване, като кеширане и опашки за съобщения, и може да служи и като основна база данни. Проектът се поддържа от Linux Foundation, което гарантира неговата постоянна наличност във вид на отворен код.

Проектът е форк на Redis и е създаден след промените в лицензирането му.

Това издание включва нови възможности, подобрения в сигурността, мониторинга, производителността и ефективността на инструментариума. В подготовката на релиза са участвали над 80 души.

Основни промени

• Lua е преместен в отделен модул.
  В Valkey 9.1 движокът на скриптовете Lua е отделен от основния сървър и е преместен в самостоятелен модул. Такова разделение намалява повърхността на атака на ядрото на Valkey и дава възможност на администраторите напълно да изключат Lua, ако скриптовете му не се използват. За да бъде по-лесно разбирането на това, кои скриптови двигатели са заредени в системата, командата INFO е получила нов раздел в отговора — Scripting Engines.

• Нови поправки за сигурност.
  В стабилното издание 9.1.0 са включени корекции на три уязвимости: use-after-free в механизма за отключване на клиент, некоректен достъп до паметта в командата 7RESTORE, както и use-after-free при пълна синхронизация по време на изпълнение на Lua/function-кода с отстъпка при изпълнението. В бележките те са посочени като CVE-2026-23479, CVE-2026-25243 и CVE-2026-23631.

• ACL на ниво база данни.
  Добавена е система за контрол на достъпа на ниво отделни бази данни. Това позволява по-деликатно разделяне на правата в многопотребителски конфигурации и не се ограничава само до глобалните правила на достъп на ниво цял екземпляр на Valkey.

• Автоматично презареждане на TLS сертификати.
  Valkey 9.1 получи поддръжка за автоматично презареждане на TLS сертификати. За администраторите това означава по-малко ръчни операции при ротация на сертификати и по-удобна работа с защитени инсталации.

• Нова команда HGETDEL.
  Командата атомарно получава и изтрива едно или повече полета от hash-структура. Практическият смисъл — сценарии, подобни на опашка или еднократно потребление на данни, където преди се налагаше комбинирането на HGET и HDEL чрез транзакция.

• Нова команда MSETEX.
  MSETEX позволява с една команда да се зададат няколко ключа с общо време на живот. Преди това за такъв сценарий бяха необходими няколко извиквания на SETEX или свързване на SET и EXPIRE чрез pipeline. Новата команда намалява броя на заявките и опростява типичния код за сесионни и временни данни.

• Нова команда CLUSTERSCAN.
  В кластерите се появи единна команда за сканиране на ключове по всички възли. Преди клиентите трябваше сами да изпълняват SCAN на всеки възел и да обединяват резултатите. CLUSTERSCAN опростява клиентските библиотеки, администраторските инструменти и оперативните задачи като търсене на ключове по шаблон или тип в целия клъстер.

• Оптимизация на потреблението на паметта от низове.
  Благодарение на вътрешни оптимизации на указателите за низове по-къси от 128 байта е обявено намаление на потреблението на памет с до 20%. Това е особено важно за типичните кеширащи натоварвания, където се съхранява голямо количество малки стойности.

• По-малко памет за sorted sets.
  Оптимизациите на skiplist-структурите намаляват разходите за памет за sorted set с до 10%. Допълнително са ускорени операциите над отсортированите множества, включително заявки като ZRANGEBYSCORE и ZRANGEBYLEX.

• Ускорена работа с rehashing.
  Вътрешното преразпределение на hash-таблиците, което често се проявява при растеж на keyspace, е оптимизирано с цел намаляване на закъсненията. В бележките за версията също е споменато намаление на латентността при spikes благодарение на incremental page release.

• Подобрена модел на I/O threading.
  В релиз-кандидат 9.1.0-rc2 беше преработен моделът на взаимодействие между потоковете за входно-изходни операции с използване на lock-free queues. В бележките е отбелязано увеличаване на пропускната способност между 8–17%.

• Ускоряване на GET и SET.
  Valkey сега по подразбиране използва хардуерни часовници, където е възможно, което намалява разходите за системни извиквания, свързани с времето. Проектът отбелязва повишаване на производителността на GET и SET с до 3% в цялост.

• По-бързо масово изтриване.
  При операции като SREM, ZREM и HDEL Valkey сега временно спира вътрешната промяна на размерите на hash-таблиците, за да избегне излишното rehashing и да ускори масовото изтриване на елементи.

• По-ефективно създаване на реплики при AOF.
  При създаване на реплика с включена AOF сега се използва отново полученият RDB-файл вместо генериране на нова снимка за началния AOF базов файл. Това трябва да намали излишната натовареност при разгръщането на реплики.

• Подобрения в valkey-cli и valkey-benchmark.
  В valkey-cli е добавена поддръжка на атомна миграция на слотове чрез параметъра —cluster-use-atomic-slot-migration за операциите —cluster rebalance и —cluster reshard. В valkey-benchmark е добавено извеждане на разпределението на RPS, както и параметри —warmup и —duration, което прави тестовете за производителност по-управляеми.

Отделно, заедно с Valkey 9.1 в екосистемата напредват свързани проекти: Valkey Admin за визуално управление на клъстери, Valkey Search 1.2 с пълнотекстово търсене, числени филтри, тагове и векторно търсене, както и клиентска библиотека Valkey GLIDE.

Valkey 9.1 — забележително обновление от гледна точка на експлоатацията: по-малко памет за типични структури, по-малко закъснения при вътрешни преустройства, нови команди за клъстери и времеви данни, както и по-прецизна модел на сигурност за производствени инсталации.

Източник: linux.org.ru