Собеседование backend-разработчика:
вопросы и ответы.

B-tree ускоряет поиск по диапазону и равенству. Не помогает: функции над колонкой в WHERE, ведущий % в LIKE, низкая селективность, несоответствие порядку составного индекса. Упомяните цену — замедление записи — и привычку смотреть EXPLAIN.

Идите от аномалий: грязное чтение, неповторяющееся чтение, фантомы — и какой уровень какую закрывает. Скажите, какой уровень по умолчанию в вашей СУБД (в PostgreSQL — Read Committed) и когда реально нужен Serializable.

Повторный вызов даёт тот же результат — критично при ретраях и сетевых сбоях. Пример: ключ идемпотентности при создании платежа. GET, PUT, DELETE идемпотентны по семантике, POST — нет, и это надо проектировать.

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

Два потока пишут в общее состояние без синхронизации — результат недетерминирован. Инструменты: race detector в Go, санитайзеры, код-ревью критических секций. Решения: мьютексы, атомарные операции, каналы, а лучше — избегать разделяемого состояния.

Устаревшие данные, рассинхронизация с источником истины, cache stampede при массовом протухании. Меры: TTL с джиттером, инвалидация по событиям, request coalescing. Главное — назвать источник истины и поведение при недоступности кеша.

Очередь — когда допустима асинхронность и нужна устойчивость к пикам и сбоям потребителя. Синхронный вызов — когда ответ нужен сразу. Обязательно упомяните последствия очереди: дубликаты доставки, порядок, идемпотентность обработчика.

Rate limiter (token bucket), таймауты, ретраи с экспоненциальной задержкой и джиттером, circuit breaker при деградации. Подчеркните: ретраи без backoff при сбое усиливают нагрузку и роняют сервис окончательно.

Классика. Пройдите по шагам: оценка нагрузки, схема данных, генерация короткого кода (счётчик против хеша), кеширование горячих ссылок, редирект 301 против 302. Важен не финальный ответ, а явные компромиссы на каждом шаге.

Структура: симптом, как локализовали, что оказалось причиной, как чинили, что изменили после. Завершите выводом про процесс: алерты, постмортем, защита от повторения. Это показывает зрелость сильнее, чем безаварийная история.