Redis как кэш: cache-aside, TTL и инвалидация после публикации
Когда читать из кэша первым, как обрабатывать промах и почему «вечный» ключ для каталога опасен.
В паттерне cache-aside приложение сначала смотрит Redis, при промахе читает БД, кладёт результат с TTL и отдаёт клиенту.
Инвалидация при обновлении сущности должна быть предсказуемой: либо явный сброс ключа в той же транзакции что и запись, либо версионирование ключа.
- Cache-Aside pattern — Microsoft Learn — Паттерн промаха/записи и согласованность с БД.
Ошибки
Не кэшируйте персональные данные без политики изоляции по пользователю и шифрования на стороне при необходимости.
Следите за памятью: eviction при переполнении может молча удалить горячие ключи.