Генератор UUID v4

Что такое UUID и когда его нужно генерировать?

Когда использовать

1. 01

   Первичный ключ в таблицах базы данных, куда вставляют данные несколько сервисов — UUID устраняет необходимость в централизованной координации последовательностей.

2. 02

   ID запроса в распределённых логах — привязка UUID к каждому запросу позволяет отслеживать путь пользователя через микросервисы.

3. 03

   Ключ идемпотентности в платёжных API — использование UUID, сгенерированного клиентом, предотвращает повторное списание при повторной попытке.

4. 04

   Идентификатор загрузки в S3 — UUID в имени файла предотвращает коллизии и не раскрывает внутреннюю структуру.

5. 05

   Токен приглашения или восстановления пароля — UUID v4 работает как достаточно безопасный случайный токен для таких сценариев.

Как работает вычисление

Часто задаваемые вопросы

Какую версию UUID использовать?

Современный выбор по умолчанию — UUID v7 (RFC 9562): сочетает временной порядок (полезно для индексов БД) с достаточной случайностью для уникальности. UUID v4 по-прежнему подходит для случаев, когда порядок не важен. UUID v1 сегодня редко является лучшим выбором — он раскрывает MAC и время генерации. UUID v3/v5 — детерминированные (хеш пространства имён + имени) — полезны для генерации одного и того же UUID из одних и тех же входных данных.

Возможна ли коллизия UUID?

Теоретически — да, практически — нет. Вероятность коллизии двух случайно сгенерированных UUID v4 за всю историю человечества составляет порядка 2^-122 — это эквивалентно многократному выигрышу в лотерею подряд. Для UUID v1 и v7 (которые используют метки времени) вероятность ещё ниже, поскольку метки времени добавляют временную уникальность.

Безопасен ли UUID как токен аутентификации?

UUID v4 со 128 случайными битами достаточно надёжен для краткоживущих токенов (приглашение, сброс пароля) — энтропия эквивалентна 122 случайным битам. Для долгоживущих токенов (API-ключ, JWT) дополнительно используйте периодическую ротацию, срок действия и отзыв. Никогда не используйте UUID v1 или v3 в качестве токена — их можно предсказать или вывести.

Почему UUID в базах данных может работать медленно?

Потому что UUID v4 случаен — вставки в индекс B-tree вызывают фрагментацию и промахи кэша. UUID v7 (упорядоченный по времени) решает эту проблему: вставки становятся последовательными в конец индекса, производительность сопоставима с автоинкрементными целыми числами. Postgres в последних версиях имеет нативную поддержку через uuidv7().

Можно ли сократить UUID для URL?

Да, закодировав 128 бит в Base62 или Base64URL (не стандартный Base64, в котором есть проблемные для URL символы). Инструменты вроде NanoID и Sqids делают это по умолчанию, выдавая ID длиной 21 символ с той же энтропией. Но если у вас уже есть сгенерированный UUID, сохранение канонического 36-символьного формата более переносимо.

Работает ли UUID v4 офлайн?

Да — для генерации UUID v4 не требуется централизованная координация или интернет, нужен только криптографический генератор случайных чисел. Именно это делает UUID ценным в распределённых системах: офлайн-клиент может сгенерировать валидный ID и синхронизироваться позже без риска коллизии.

Похожие инструменты

• JSON Formatter

  Структурируйте полезную нагрузку
• Hash Generator

  Детерминированные отпечатки
• Slug Generator

  Удобные URL-адреса

Официальные источники

Tabelas, leis e referências consultadas para fundamentar esta ferramenta.

1. 01

   Международный стандарт·RFC 4122 (2005)·IETF · Internet Engineering Task Force

   RFC 4122 — A Universally Unique IDentifier (UUID) URN Namespace

   Спецификация UUID-идентификаторов (версии 1, 3, 4 и 5), канонический 36-символьный формат и правила генерации для обеспечения глобальной уникальности.

   Consultar fonte oficial
2. 02

   Международный стандарт·RFC 9562 (2024)·IETF · Internet Engineering Task Force

   RFC 9562 — Universally Unique IDentifiers (UUIDs)

   Обновление стандарта UUID с версиями 6, 7 и 8 — упорядоченными по времени и оптимизированными для использования в базах данных и современных распределённых системах.

   Consultar fonte oficial