Redis и кэширование

Кэш как способ снять нагрузку с БД: стратегии чтения и записи, время жизни ключей и инвалидация, риск устаревших данных. Кэш ускоряет ответы, но добавляет вторую копию данных, которую нужно держать согласованной.

1. Стратегии кэширования: чтение и записьКэш — это вторая копия данных, и стратегия определяет, кто её заполняет и обновляет: на чтение cache-aside грузит по промаху, на запись write-through держит кэш свежим ценой задержки, а write-behind пишет в БД асинхронно ценой риска потери. Урок разбирает три стратегии и их компромиссы под профиль нагрузки.
2. Время жизни ключей, вытеснение и инвалидацияИз кэша ключи удаляются тремя разными механизмами по трём причинам: TTL — по времени, вытеснение — под давлением памяти по maxmemory-policy, инвалидация — по изменению источника. Урок разводит expiration и eviction и объясняет, почему TTL не заменяет явную инвалидацию.
3. Согласованность кэша и устаревшие данныеКэш — вторая копия данных, и строгая согласованность с БД дорога: реальная цель — конечная согласованность с ограниченным окном устаревания. Урок разбирает источники устаревших данных (окно инвалидации, гонка stale set, двойная запись, cache stampede) и учит проектировать кэш под допустимое окно. Синтез модуля.