Логотип

Redis 8.6 повышает пропускную способность более чем в пять раз по сравнению с Redis 7.2

Redis 8.6 повышает пропускную способность более чем в пять раз по сравнению с Redis 7.2

Менее чем через три месяца после выхода 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

В 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.

Если вы нашли ошибку, пожалуйста, выделите фрагмент текста и нажмите Ctrl+Enter.

Редактор: AndreyEx

Рейтинг: 5 (1 голос)

Важно: Данная статья носит информационный характер. Автор не несёт ответственности за возможные сбои или ошибки, возникшие при использовании описанного программного обеспечения.

Если статья понравилась, то поделитесь ей в социальных сетях:
0 0 голоса
Рейтинг статьи
Подписаться
Уведомить о
guest

0 комментариев
Старые
Новые Популярные
Межтекстовые Отзывы
Посмотреть все комментарии

Это может быть вам интересно


Загрузка...

Спасибо!

Теперь редакторы в курсе.

Прокрутить страницу до начала