Как правильно разделять данные в Redis?

Question

[nepster-web]

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

По умолчанию в Redis доступно 16 баз, но я не совсем понял их практического применения.

Постараюсь объяснить в деталях.
У меня есть некоторые данные: (города, страны, аэропорты, статьи, данные статистики и т. д.).

Для хранения данных в Redis я могу использовать структуры данных, например, хеш-таблицы:

Страны HSET id_1 "{объект json}"
Страны HSET id_2 "{объект json}"
Страны HSET id_3 "{объект json}"

HSET airport id_1 "{объект json}"
HSET airport id_2 "{объект json}"
HSET airport id_3 "{объект json}"

HSET record id_1 "{объект json}"
HSET record id_2 "{объект json}"
HSET record id_3 "{объект json}"

или использование баз данных является более хорошей практикой? например:

База данных 1: города
База данных 2: страны
База данных 3: аэропорты

select 3
SET id_1 "{объект json}"
SET id_2 "{объект json}"
SET id_3 "{объект json}"

Как правильно разделять данные в Redis?

Answer 1

[Сергей Тихонов]

На практике чаще всего используется логическое разделение: одна база - один "набор" данных. Например, сессии можно хранить в 1 базе, очереди фоновых задач - во 2 базе, счетчики просмотров - в третьей. Это дает определенные плюшки:

• связанные данные можно оторвать от остальных и перенести на другой сервер
  
• в статистике редиса видна память отдельных баз, можно определить, какой вид данных нагибает сервер
  
• связанные данные можно через FLUSHDB почистить скопом (не советую на нагруженном продакшне так делать, но это лучше чем по ключам сортировать, что удалять а что нет)
  

Comments

[nepster-web]

спасибо, а что скажете про кластер. В документации писалось, что в случае кластера несколько баз не поддерживаются? https://redis.io/commands/select

[Сергей Тихонов]

nepster-web, не использовал кластер в продакшне, но в целом причина понятна: SELECT меняет состояние коннекта к БД, а при работе с кластером это приводит к путанице при маршрутизации.

[nepster-web]

Сергей Тихонов, а что скажете про вариант хранения данных в хештаблицах или множестве ?

[Сергей Тихонов]

Ничего не скажу. Это зависит от того, что вам надо.

[nepster-web]

Сергей Тихонов, по сути просто хранить разные типы данных.
1 сервис засовывает другой достает.

[Сергей Тихонов]

Просто хранить - это обычные ключи (а внутри хоть json хоть любой другой сериализуемый формат)

[nepster-web]

Сергей Тихонов, в этом случае мне не нравится пересечение ключей.
Например нужно их как-то разграничить по типам, что-то вроде такого:

city_{id} {json}
city_{id} {json}
airport_{id} {json}
airport_{id} {json}
record_{id} {json}

все это хранить в одной куче думаю не очень удобно.

[Сергей Тихонов]

А говорили, "просто хранить". Не нравится пересечение ключей - храните в хешах, но еще раз повторю: от задачи зависит.

[nepster-web]

Сергей Тихонов, принял, спасибо