Что с Redis?

PostgreSQL

KeyDB

Мастер-мастер репликация из коробки, а либы те же что и для редиса, использую и доволен.

и т. д.
Если присмотреться к форкам, то у них есть всякие интересные фичи.

И только https://redict.io от Drew DeVault вроде бы не обещает ничего особенного. :)

И, строго следуя обещаниям, ничего и не делает.

Зато громко форкнул одним из первых. :)

Первым и был. Чем смог обратить на форк внимание, но те люди, чьё мнение действительно важно, решили, что Дрю им не нужен, и основали Valkey.

Первым и был.

Так сказать, форкнул в лужу.

но те люди, чьё мнение действительно важно, решили, что Дрю им не нужен

Дрю вообще никому не нужен.

Я тут узнал, что Redis с версии 7.4 сменил лицензию,

Ну сменил и сменил, какая разница?

нарушил обратную совместимость формата БД

Не слышал про такое. А о чём речь то? В большинстве случаев формат бд там вообще не важен т.к. она живёт до выключения демона. Если же ты используешь редис для постоянного хранения, то что сломалось? После 7.4 нельзя будет загрузить дамп в 7.0? Да и пофиг.

Или предоставляют возможность ставить EXPIRE на поля хешей или отдельных членов сетов, а не только ключи целиком.

Насколько я прочитал, это как раз фича redis 7.4, правда на мой взгляд ненужная.

Вобщем,

кто чем пользуется и на что стоит посмотреть?

смотри redis, на все эти форки забей.

ненужная

Я, например, хочу хранить токены авторизации пользователей сервиса в Redis. У токенов есть TTL. Соответственно, храню в ключе токен, а в значении всякую нужную инфу о нём, а ключу задаю TTL. Пока всё хорошо.

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

Напрашивается хранить в виде ключа из id пользователя и значения сет или хеш с токенами. Но ведь надо как-то убирать протухшие токены из списка.

Ты пытаешься эмулировать реляционную базу данных через key-value?

Похер на смену лицензии, продолжаю использовать редиску в докере.

Переходить никуда не собираюсь, ибо редис работает, код для него уже написан, и полно гайдов в нете.

Напрашивается хранить в виде ключа из id пользователя и значения сет или хеш с токенами

Вообще редиска в коммерческой редакции предлагает индексы/поиск по ключам/значениям для этого.

После смены лицензии форк там один, и это - Valkey.

KeyDB была многопотоковой реализацией Redis изначально, грубо говоря, и появилась задолго до того как у Redis сменилась лицензию. Но проект уже мертв как 2 года - можешь посмотреть дату последнего коммита в репе.

Из многопотоковых имплементаций интерес сейчас представляет DragonFly, но он еще сыроват по-моему опыту. Кроме того, там много маркетингового буллшита о том, как он всех лучше и быстрее. Из плюшек, есть официальный оператор для куба(тоже пока сырой). Лицензия также специфическая.

Redis сменил лицензию в рамках начавшейся не так давно негласной войны разработчиков с клауд-провайдерами. Идея в том, что компании разрабатывают софт, тратя время, деньги и ресусы, а жирные коты клауд-провайдеры типа AWS просто предоставляют это решение как менеджед-сервис многочисленным клиентам, срубая капусту и ничего не отсыпая даже изначальному разработчику. В итоге, де-факто Valkey это форк Redis от AWS и иже с ними, и корпорации активно его проталкивают. Собственно, Redis тут не первый, и, видимо, не последний: Terraform, Mongo, ElaticSearch и т.д.. Вот такие вот корпоративные тёрки.