Как реализовать инвалидацию кэша — какие стратегии обновления закэшированных данных существуют?

Что такое инвалидация кэша?

Инвалидация кэша — это механизм, который гарантирует, что данные в кэше остаются актуальными и соответствуют источнику истины (например, базе данных). Без неё пользователи могут получать устаревшую информацию, что критично для финансовых систем, каталогов товаров или любых приложений с частыми обновлениями.

Основные стратегии

• TTL (Time-To-Live): Данные автоматически удаляются через заданный промежуток времени. Простота реализации, но возможна задержка в актуализации.
• Write-Through: При записи данные одновременно сохраняются в кэш и БД. Гарантирует согласованность, но увеличивает задержку записи.
• Write-Behind (Write-Back): Данные сначала записываются в кэш, а затем асинхронно — в БД. Высокая производительность записи, но риск потери данных при сбое.
• Cache-Aside (Lazy Loading): Приложение сначала проверяет кэш, при промахе загружает данные из БД и помещает в кэш. Инвалидация происходит принудительно при обновлении данных.

Пример на JavaScript (Cache-Aside с Redis)

const redis = require('redis');
const client = redis.createClient();

async function getUser(id) {
  const cached = await client.get(`user:${id}`);
  if (cached) return JSON.parse(cached);

  const user = await db.findUser(id); // запрос в БД
  await client.setEx(`user:${id}`, 3600, JSON.stringify(user)); // TTL 1 час
  return user;
}

async function updateUser(id, data) {
  await db.updateUser(id, data);
  await client.del(`user:${id}`); // принудительная инвалидация
}

Вывод

Выбор стратегии зависит от компромисса между согласованностью данных и производительностью. TTL подходит для редко изменяемых данных, write-through — для критичных к актуальности, write-behind — для высоконагруженных систем, cache-aside — для гибкого управления. Инвалидация кэша — обязательный элемент архитектуры, предотвращающий устаревание данных.