Папа Стифлера

Как вы собираетесь документировать то, чего нет? Redis - это key-value database, в ней нет схем данных. И ключи, и значения - строковые.

Использовать pubsub.Channel() и читать из канала в цикле. В документации есть пример.

В документации английским по-белому:

MGET key [key ...]
Returns the values of all specified keys. For every key that does not hold a string value or does not exist, the special value nil is returned. Because of this, the operation never fails.
https://redis.io/commands/mget

Использовать в качестве ключа не рандомный токен, а email.

Нет, не может. И это прописано в документации.

Копать в сторону sudo

Изучаете документацию Redis.
Читаете из Redis нужный токен, проверяете TTL. Если он меньше 5 минут - увеличиваете TTL.

Если это оно, то написано там все на Rust, не на питоне.
Есть вполне внятная документация по установке и использованию.
Вы уже пробовали, с какими проблемами столкнулись?
Какой ответ ожидаете здесь увидеть?

Ну и в чем проблема? Ставите memcached или redis и настраиваете nextcloud.
Все есть в документации.

Ни как. Redis, в отличии от Memcache, гарантирует сохранность данных. Т.е. вы выставляете для записи TTL и она будет храниться ровно столько времени, сколько указано в значении TTL. Memcached вытесняет старые данные в случае, если памяти для новой порции не хватает не смотря на TTL.

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

Внутренний in-process кеш будет сильно быстрее хотя бы потому, что не будет нужды заниматься сериализацией/десериализацией данных.

https://github.com/taskrabbit/node-resque