Redis, стратегии кэширования, инвалидация, лавина промахов и горячие ключи.
Практика. Добавить кэш карточки товара в Redis и замерить время ответа до и после.
Практика. Реализовать cache-aside с защитой от одновременных промахов и инвалидацией при изменении цены.
Практика. Спроектировать кэширование каталога с требованием «цена обновляется в течение минуты» и оценить нагрузку на базу.
TTL ограничивает время жизни ключа: память освобождается, а расхождение с источником ограничено сверху, даже если инвалидацию пропустили.
Cache-aside: приложение читает из кэша; при промахе идёт в базу, кладёт результат в кэш с TTL и возвращает. Источник истины — база.
SET lock:x <уникальный токен> NX PX 30000 — захват с TTL (чтобы упавший клиент не держал вечно); снятие — Lua-скриптом только своего токена.
Кэш хранит результат дорогой операции ближе к потребителю: меньше задержка и нагрузка на источник. Главные риски — устаревшие данные и зависимость от кэша.
Давка — популярный ключ истёк или кэш перезапустился, и множество запросов одновременно идут в базу за одним значением.
Команды Redis выполняются в одном потоке — одна медленная команда (KEYS, большой HGETALL, долгий Lua) задерживает всех. Отсюда главные правила: не трогать большие структуры…
Cache-aside и стратегии записи, TTL и eviction, защита от stampede и аккуратные распределённые блокировки.
Кэш как размен согласованности на задержку, hit rate и слои, стратегии чтения и записи, инвалидация и гонка с записью, stampede и лавина, вытеснение и горячие ключи, CDN и ключ кэша.
На живом собеседовании sotto слышит вопрос интервьюера и показывает короткий ответ и план. Оставьте контакт — пришлём доступ и промокод.
sotto