Менее чем через три месяца после выхода Redis предыдущей версии 8.4, распределенное хранилище данных типа «ключ-значение» в оперативной памяти, официально представил версию 8.6, основанную на Redis 8.0.
Тесты, включенные в релиз, показывают, что при работе с кэшированием Redis 8.6 обеспечивает более чем в 5 раз более высокую пропускную способность по сравнению с Redis 7.2. Кроме того, при включенной конвейерной обработке Redis 8.6 выполняет до 3,5 миллионов операций в секунду.
Redis 8.6 обеспечивает более чем в 5 раз более высокую пропускную способность по сравнению с Redis 7.2.
По сравнению с Redis 8.4, время ожидания сократилось на 35 % для команд sorted set, на 15 % для GET для коротких строк, на 11 % для команд list и на 7 % для команд hash. Использование памяти сократилось на 17 % для хэшей и на 31 % для отсортированных множеств.
Redis Streams теперь поддерживает доставку сообщений не более одного раза. Производители могут прикреплять к сообщениям идемпотентные идентификаторы. Если сообщение отправляется повторно после сбоя или нарушения работы сети, Redis обнаруживает дубликат и не добавляет его в поток повторно.
Представлены две новые политики удаления: volatile-lrm и allkeys-lrm. Эти политики удаляют ключи на основе ключа с наименьшим временем последнего изменения. Операции чтения не обновляют данные о времени последнего изменения. Политика volatile применяется только к ключам со сроком действия. Политика allkeys применяется ко всем ключам.
В Redis 8.6 добавлена встроенная функция определения «горячих» ключей. Новые команды собирают данные об использовании процессора и сети для каждого ключа в указанных хэш-слотах. В результатах отображаются ключи, потребляющие больше всего ресурсов.
Взаимная TLS-аутентификация упрощена. Redis может автоматически аутентифицировать клиентов на основе общего имени в их TLS-сертификатах. Клиентам больше не нужно вводить команды AUTH. Пользователей ACL можно настраивать без использования паролей.
И последнее, но не менее важное: поддержка временных рядов расширена за счет добавления значений NaN. Функции TS.ADD и TS.MADD принимают NaN для обозначения недоступных точек данных. Существующие агрегаторы игнорируют значения NaN. Новые агрегаторы учитывают значения NaN и общее количество выборок.
Для получения дополнительной информации см. объявление. Redis 8.6 уже доступен в Docker Hub (образы Alpine или Debian), Snap, Homebrew, RPM и APT.