SET lock:x <уникальный токен> NX PX 30000 — захват с TTL (чтобы упавший клиент не держал вечно); снятие — Lua-скриптом только своего токена.
А ещё Для эффективности (не делать работу дважды) Redis-блокировки достаточно; для корректности — консенсус
Так подсказку видит пользователь sotto на живом собеседовании — за пару секунд, пока вы думаете вслух.
Захват делают атомарно — установкой ключа с условием отсутствия и сроком жизни; освобождение обязано проверять владельца, что требует скрипта, иначе между проверкой и удалением вклинится чужой захват. Самое важное — честно понимать границы гарантии: если владелец задержался на паузе сборщика мусора дольше TTL, блокировка истечёт, её возьмёт другой, и оба будут считать себя владельцами. Поэтому такой механизм годится для оптимизации (не выполнять работу дважды), но не для случаев, где двойное выполнение недопустимо — там нужна защита на стороне самого ресурса: условная запись по версии, ограничение уникальности или монотонно растущий маркер, который ресурс проверяет.
Несколько верных вариантов. Подумайте, потом откройте ответ.
Cache-aside и стратегии записи, TTL и eviction, защита от stampede и аккуратные распределённые блокировки.
sotto слышит вопрос интервьюера и показывает короткий ответ и план, как в блоке «Коротко». Оставьте контакт — пришлём доступ и промокод.
sotto