Redis 6.0 поставляется с новым протоколом RESP3, повышенной поддержкой, скоростью и многим другим.

Новая версия движка базы данных Redis 6.0 уже выпущен и новый протокол RESP3, среди прочего, является главной особенностью этой версии. Для тех, кто не знает этого движка базы данных они должны знать, что это относится к классу систем NoSQL.

Redis предоставляет функции типа Memcached для хранения данных ключ / значение, расширенный поддержкой форматов структурированных данных, таких как списки, хэши и наборы, а также возможностью запускать сценарии сценариев на стороне сервера в Lua.

В отличие от Memcached, Redis обеспечивает постоянное хранение данных на диске и обеспечивает безопасность базы данных в случае аварийного отключения.

Для управления данными, предоставить такие команды, как увеличение / уменьшение, стандартные операции над списками и множествами (объединение, пересечение), переименование клавиш, множественный выбор и функции сортировки.

Se поддержка двух режимов хранения: периодическая синхронизация данных на диске и журнал изменений на диске. Во втором случае гарантируется полная безопасность всех изменений. Есть возможность организовать репликацию данных master-slave на нескольких серверах в неблокирующем режиме. Также доступен режим публикации / подписки на сообщения, в котором создается канал, сообщения которого рассылаются клиентам по подписке.

Что нового в Redis 6.0?

По умолчанию, предлагается новый протокол RESP3, но соединение запускается в режиме RESP2, и клиент переключается на новый протокол только в том случае, если при согласовании соединения используется новая команда. RESP3 позволяет напрямую возвращать сложные типы данных без необходимости преобразовывать общие массивы на стороне клиента и разделять возвращаемые типы.

Еще одно изменение, которое выделяется в этой новой версии, - это sподдержка списков контроля доступа что позволяет точно определить, какие операции может выполнять заказчик, а какие нет..

Реализация ACL не подразумевает дополнительных накладных расходов и это практически не влияет на производительность. Интерфейсные модули также подготовлены для ACL., позволяя создавать собственные методы аутентификации. Для просмотра всех зарегистрированных нарушений ACL предоставляется команда ACL LOG. Для генерации непредсказуемых ключей сеанса была добавлена ​​команда «ACL GENPASS», использующая HMAC на основе SHA256.

Мы также можем найти sПоддержка кэширования данных на стороне клиента. Доступны два режима Чтобы согласовать кэш на стороне клиента с состоянием базы данных:

  • Храните на сервере ключи, которые клиент ранее запрашивал, чтобы сообщить вам об утрате актуальности записи в кэше клиента.
  • Механизм «широковещания», при котором клиент подписывается на определенные префиксы ключей, а сервер уведомляет об этом, если ключи в этих префиксах меняются. Преимущество «широковещательного» режима заключается в том, что на сервере не тратится дополнительная память для хранения карты кэшированных значений на стороне клиента, но есть минус при увеличении количества передаваемых сообщений.

Добавлен кластерный прокси, прокси для кластера серверов Redis, который позволяет организовать работу вашего клиента с несколькими серверами Redis, как в экземпляре. Прокси-сервер может направлять запросы к узлам с необходимыми данными, мультиплексировать соединения, перенастраивать кластер в случае сбоя узла и выполнять запросы, охватывающие несколько узлов.

Значительно улучшен API для написания модулей, по сути превращая Redis в фреймворк, позволяющий создавать системы в виде плагинов.

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

И это тоже выделяется более быстрая загрузка файлов RDB. В зависимости от заполнения файла ускорение составляет от 20 до 30%. Значительно более быстрое выполнение команды INFO при наличии большого количества подключенных клиентов.

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


Содержание статьи соответствует нашим принципам редакционная этика. Чтобы сообщить об ошибке, нажмите здесь.

Будьте первым, чтобы комментировать

Оставьте свой комментарий

Ваш электронный адрес не будет опубликован. Обязательные для заполнения поля помечены *

*

*

  1. Ответственный за данные: AB Internet Networks 2008 SL
  2. Назначение данных: контроль спама, управление комментариями.
  3. Легитимация: ваше согласие
  4. Передача данных: данные не будут переданы третьим лицам, кроме как по закону.
  5. Хранение данных: база данных, размещенная в Occentus Networks (ЕС)
  6. Права: в любое время вы можете ограничить, восстановить и удалить свою информацию.