Подготовка к интервью
319 вопросов по Redis с технических собеседований
Что проверяют на интервью
На странице собраны вопросы по Redis — от проверки базовых принципов до практического применения и архитектурных решений. В подборке чаще встречаются темы: redis, database, backend.
Каталог
volatile-lru вытесняет редко используемые ключи только среди имеющих TTL, allkeys-lru — среди всех ключей, а noeviction не вытесняет данные и отклоняет записи при нехватке памяти.
Читать ответTTL-lock может истечь во время паузы GC, после чего старый worker продолжит работу одновременно с новым. Для защиты ресурса нужен fencing token или проверка версии, а не только продление TTL.
Читать ответПри аварии риск зависит от persistence и подтверждений, а не только от названия брокера. Redis без подходящей долговечности может потерять недавно принятые задачи; RabbitMQ тоже требует правильной настройки.
Читать ответНазовите реальные данные, причину кеширования и источник истины. Объясните ключ, TTL, обработку промаха и способ инвалидирования при изменении основной записи.
Читать ответЛучший первый шаг — снять профиль запросов и найти причину 35 обращений. После этого выборочно применяют select_related или prefetch_related к действительно нужным связям.
Читать ответДа, содержимое файла можно сохранить в Redis как бинарное значение, но Redis не становится файловой системой. Для крупных и долговечных файлов обычно лучше объектное хранилище.
Читать ответОпишите реальные задачи с каждой системой, глубину участия и конкретные решения: запросы и транзакции, индексы, миграции, кеширование или очереди. Не ограничивайтесь списком названий.
Читать ответDEADLINE_EXCEEDED не означает отмену списания. Повтор должен использовать тот же ключ операции, а сервер — атомарно сохранять её состояние и возвращать прежний результат без повторной оплаты.
Читать ответПодмените класс в модуле, где его использует тестируемый код, а методы настройте у mock-экземпляра через return_value. autospec помогает проверять существование методов и сигнатуры.
Читать ответRedis tracking отслеживает прочитанные клиентом ключи и отправляет invalidation при их изменении. Клиент удаляет локальную копию и получает новое значение при следующем чтении.
Читать ответВеб-приложение кладёт задачу в брокер, отдельный Celery worker её исполняет. Падение веб-процесса не равно падению worker; повторную доставку нужно считать нормальным событием.
Читать ответОбъясните, какие части отчёта кешировались, почему допускалась их задержка и как измерили переход с 15 до 1,5 секунды. Без вашего проекта нельзя достоверно восстановить запросы и структуру Redis-ключей.
Читать ответ