Я так вижу себе проблему и в зависимости от того что требуется два похожих вариант решения.
1. у пользователя несколько актуальнуых токенов (одновременно две (или более) сессии могут быть активны). Тогда user has many token. В таблице tokens не уникальный индекс на user_id (для ускорения выборки) и отдельный уникальный индекс на токен (токен же должны быть уникальный среди всех пользоватлей?)
2. У пользователя может быть только один актуальнй токен (одновременно у пользователя может быть только одна активная сессия). Тогда user has one token. Уникальный индекс на user_id и отдельный уникальный индекс на токен.

почему бы и не блокировать всю таблицу для записи?
А вообще индекс на уникальность (именно индекс, а не валидация) должен спасать. Нужно ловить только ошибку эту, и пересоздавать токен. Но самый простой враиант в лоб это блокировка таблицы на запись.

блокировка все таблицы работает, пока нагрузка не очень большая, таблица не очень большая. В какой-то момент у нас начала блокировка занимать около секунды - переделали на redis lock решение

Где нужно писать код, програмировать, например я знаю один язык, куда писать то?  без сарказма кто может дать ответ?

Небольшой нубский вопрос. Подскажите отличие Hash["key"] и Hash[:key]

Когда использую сторонние зависимости, иногда бывает, что отсутствуют ключи через :key. С чем это связано и в чем суть такого синтаксиса?

Если что-то не так понял, то ткните меня в конкретное название такой нотации. спасибо!)

Небольшой нубский вопрос. Подскажите отличие Hash["key"] и Hash[:key]

Когда использую сторонние зависимости, иногда бывает, что отсутствуют ключи через :key. С чем это связано и в чем суть такого синтаксиса?

Если что-то не так понял, то ткните меня в конкретное название такой нотации. спасибо!)

А какое название у объекта :key?

Или известно только тому кто его засеттил и оно может отличаться?