Сложно из-за зависимостей: кэшированное значение собрано из нескольких сущностей, и отследить все ключи, затронутые изменением строки, трудно.
А ещё Разделять данные по требуемой свежести
Так подсказку видит пользователь sotto на живом собеседовании — за пару секунд, пока вы думаете вслух.
Кэшированное значение обычно является производным от нескольких сущностей — витрина товара включает цену, остаток и отзывы, — и отследить все ключи, зависящие от изменённой строки, тяжело; со временем такая карта зависимостей расходится с реальностью. Работающие приёмы: короткий TTL, который ограничивает время расхождения без всякого отслеживания и подходит для большинства случаев; версия в составе ключа, когда новая версия данных порождает новый ключ, а старые вытесняются сами; инвалидация по событию изменения, если она действительно нужна. Полезно помнить и о том, что удаление ключа под нагрузкой провоцирует лавину запросов к источнику, поэтому массовую инвалидацию сочетают с защитой от неё.
Один верный вариант. Подумайте, потом откройте ответ.
Кэш как размен согласованности на задержку, hit rate и слои, стратегии чтения и записи, инвалидация и гонка с записью, stampede и лавина, вытеснение и горячие ключи, CDN и ключ кэша.
sotto слышит вопрос интервьюера и показывает короткий ответ и план, как в блоке «Коротко». Оставьте контакт — пришлём доступ и промокод.
sotto