Выбор ответа Middle Кеширование обновлено
Риск write-behind
Вопрос
Какой главный риск стратегии write-behind?
Попробуйте сами
Выберите вариант, и откроется разбор.
Показать ответ и разбор
Коротко
Правильный ответ: Потеря ещё не сброшенных в БД данных при падении кеша. В write-behind запись подтверждается после записи в кеш, а в БД уходит позже пачками.
Варианты ответа
- Медленная запись для пользователя из-за двух хранилищ
- Потеря ещё не сброшенных в БД данных при падении кешаправильный ответ
- Кеш оказывается пустым сразу после каждой записи
- Невозможность использовать TTL для записанных ключей
Разбор
В write-behind запись подтверждается после записи в кеш, а в БД уходит позже пачками. Если узел кеша упадёт до сброса, эти изменения потеряются. Запись для пользователя как раз быстрая, это плюс стратегии. Кеш после записи заполнен, TTL использовать можно.
Ответьте сами, а не прочитайте
В тренажёре вопрос попадёт в повторения и вернётся, когда начнёт забываться. Плюс билеты с зачётом: 20 вопросов, не больше 2 ошибок.