Redis

Redis — это нереляционная система управления базами данных, которая хранит информацию в формате «ключ–значение» и размещает данные преимущественно в оперативной памяти. Название расшифровывается как Remote Dictionary Server — удаленный сервер словарей. По своей сути это сервер хранения структур данных, ориентированный на высокую скорость обработки операций.

Redis относится к классу NoSQL-решений, то есть не использует язык структурированных запросов SQL (Structured Query Language — язык структурированных запросов). В отличие от классических табличных систем, он работает не с таблицами и связями между ними, а с готовыми структурами данных. Это упрощает обработку информации и снижает задержки при обращении к базе.

Назначение Redis

Система применяется в задачах, где критична скорость отклика и допустима частичная потеря данных. Redis редко используется как основное хранилище. Чаще он работает совместно с реляционной базой.

Основные сценарии применения:

• хранение пользовательских сессий;

• кэширование данных основной базы;

• сохранение промежуточных результатов вычислений;

• передача сообщений между компонентами системы;

• хранение временных данных с ограниченным сроком жизни;

• поддержка небольших сервисов и одностраничных сайтов.

В системах реального времени Redis применяется для обработки быстро меняющихся данных. Например, при обновлении котировок или потоковой аналитике. Минимальные задержки обеспечиваются за счет размещения данных в оперативной памяти.

Отличия от реляционных систем

Классические системы управления базами данных строятся на табличной модели. Данные размещаются в строках и столбцах, между таблицами формируются связи. Для работы используется SQL. Запросы формируются в виде выражений, после чего результат необходимо преобразовать в структуру языка программирования.

Redis использует иную модель хранения. Он работает напрямую со структурами данных и не требует преобразования таблиц. Основные отличия:

• данные хранятся в оперативной памяти;

• отсутствует SQL;

• применяется модель «ключ–значение»;

• операции выполняются быстрее за счет отсутствия дискового ввода-вывода;

• ниже соответствие требованиям ACID (Atomicity, Consistency, Isolation, Durability — атомарность, согласованность, изолированность, долговечность).

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

Архитектура и типы данных

Redis поддерживает несколько структур хранения. Это позволяет использовать систему для разных прикладных задач.

Поддерживаемые типы данных:

• строки — текстовые и двоичные значения;

• списки — упорядоченные последовательности элементов;

• множества — неупорядоченные коллекции уникальных значений;

• упорядоченные множества — элементы с приоритетом;

• хеш-таблицы — наборы пар «поле–значение»;

• битовые массивы;

• битовые поля;

• географические координаты;

• вероятностная структура HyperLogLog — оценка количества уникальных элементов при фиксированном объеме памяти;

• потоки — структуры только для добавления новых записей.

Каждый тип данных имеет собственный набор команд. Команды короткие и выполняют одну операцию. Например, получение элемента из хеш-таблицы или добавление записи в список.

Работа с Redis осуществляется через встроенный протокол обмена. Запросы отправляются клиентским приложением напрямую серверу.

Транзакции и механизм публикации сообщений

Система поддерживает механизм транзакций. Транзакция представляет собой последовательность команд, объединенных в блок. Однако Redis не обеспечивает строгую атомарность в случае ошибок выполнения отдельных команд. Если одна операция завершилась неудачно, остальные могут быть выполнены.

Redis реализует модель «издатель–подписчик» (Publish–Subscribe — публикация и подписка). Один клиент публикует сообщение в канал. Другие клиенты подписываются и получают данные. Такой механизм применяется для:

• систем уведомлений;

• обмена сообщениями между сервисами;

• реализации чатов;

• передачи событий внутри распределенных систем.

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

Персистентность данных

Несмотря на ориентацию на оперативную память, Redis поддерживает сохранение информации на диск. Это необходимо для восстановления состояния после сбоя.

Доступны три режима:

• RDB (Redis DataBase — снимок базы данных). Создается копия состояния базы через заданные интервалы времени.

• AOF (Append Only File — файл только для добавления). Записываются все операции изменения данных.

• Комбинированный режим RDB + AOF.

RDB обеспечивает компактное хранение, но возможна потеря изменений между снимками. AOF фиксирует каждое действие, но увеличивает нагрузку на диск. Совместное использование повышает устойчивость, но снижает производительность.

При необходимости долговременное хранение можно отключить полностью. Такой режим применяется для кэша или временных данных.

Конфигурации развертывания

Redis может работать в разных режимах.

• Единичный экземпляр — один сервер без резервирования. Подходит для тестирования и кэширования.

• Высокая доступность (High Availability — высокая доступность). Используется основной узел и резервный. Данные реплицируются. При отказе ведущего узла резервный принимает его роль.

• Sentinel — система мониторинга и автоматического переключения. Специальные узлы контролируют состояние серверов и управляют сменой ведущего при сбоях.

• Cluster — кластерная конфигурация. Данные распределяются между несколькими узлами. Используется шардирование — горизонтальное разделение набора данных. Это повышает масштабируемость и снижает нагрузку на отдельный сервер.

Кластер поддерживает автоматическое распределение ключей и обеспечивает репликацию между узлами.

Преимущества

Redis востребован благодаря сочетанию производительности и гибкости.

Ключевые достоинства:

• высокая скорость операций;

• обработка миллионов запросов в секунду;

• разнообразие структур данных;

• поддержка репликации;

• горизонтальное масштабирование;

• встроенный механизм публикации и подписки;

• возможность создания снимков состояния базы.

Система хорошо подходит для задач кэширования, хранения сессий и временных данных.

Ограничения

Использование Redis связано с рядом ограничений.

Основные недостатки:

• хранение данных в оперативной памяти увеличивает стоимость инфраструктуры;

• ограничения по объему памяти;

• неполное соответствие требованиям ACID;

• риск потери части данных при сбоях;

• снижение производительности при включенной персистентности.

Выбор Redis оправдан в задачах, где скорость важнее абсолютной сохранности информации.

Начало работы

Развернуть Redis можно несколькими способами. Наиболее распространенный вариант — запуск в контейнере Docker (Docker — программная платформа для контейнеризации приложений). После запуска доступна консоль для выполнения команд.

Для работы достаточно:

• установить сервер Redis;

• подключиться через клиентскую утилиту;

• выполнить базовые команды создания и чтения ключей.

Система имеет открытый исходный код. Это позволяет изучать внутреннее устройство и адаптировать конфигурацию под конкретные задачи.