Что такое Генератор UUID?

Создаёт универсально уникальные идентификаторы в форматах v4 (случайный), v7 (упорядоченный по времени), v1 (метка времени плюс узел), v8 (пользовательский формат) и v5 (на основе пространства имён, воспроизводимый). Получайте одиночные или пакетные UUID, проверяйте любой UUID или выводите устойчивые идентификаторы из пространства имён и имени — пригодится для ключей базы данных, API-токенов, тестовых данных и распределённых систем.

Выбирайте v4 для полностью случайных идентификаторов, v7 — когда нужны идентификаторы, сортируемые по времени создания (индексы базы данных остаются плотными, а хронология логов читается без труда), v1 — для классического идентификатора с меткой времени и узлом, v8 — для пользовательского формата RFC 9562. Выбирайте v5 для детерминированных идентификаторов из пространства имён и строки-имени. Панель проверки декодирует любой UUID и показывает его версию, вариант и встроенную метку времени, если она есть. Генерируйте до 1000 за раз, включайте верхний регистр, копируйте отдельные строки или весь пакет, выгружайте в виде текста, CSV для таблиц, массива JSON или готовых к запуску SQL-запросов INSERT.

Как использовать

1. Шаг 1 — выберите режим: v4 для полностью случайного, v7 для сортируемого по времени, v1 для идентификатора с меткой времени и узлом, v8 для пользовательского/экспериментального формата, v5 для детерминированных идентификаторов на основе пространства имён или «Проверить» для разбора существующего UUID.
2. Шаг 2 — для v4/v7 задайте нужное количество (от 1 до 1000); для v5 выберите пространство имён и введите имя для хеширования; для проверки вставьте UUID и нажмите «Проверить».
3. Шаг 3 — копируйте отдельные UUID или весь пакет, при необходимости включите верхний регистр и скачивайте в формате текста, CSV или JSON.

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

• Засеять тестовую базу первичными ключами до первой миграции.
• Выпускать API-токены или идентификаторы устройств в распределённой системе.
• Создавать ID сессий, трассировок и корреляций для агрегаторов логов.

Результат

Вам нужно 50 уникальных первичных ключей для наполнения тестовой базы данных. Выберите UUID v4, установите количество 50, сгенерируйте и скопируйте все — каждый криптографически случаен с ничтожным риском коллизий.

Частые вопросы

Чем отличаются UUID v4, v5 и v7?

v4 — это 122 бита случайности без какой-либо структуры. v5 хеширует UUID пространства имён вместе со строкой-именем по SHA-1, поэтому одни и те же входные данные всегда дают один и тот же UUID, что удобно для детерминированных идентификаторов из e-mail или URL. v7 размещает в начале 48-битную метку времени в миллисекундах, а затем случайные биты, поэтому список v7 сортируется по хронологии. Это отлично подходит для ключей базы данных, где важен порядок вставки.

Насколько вероятна коллизия UUID?

При генерации миллиарда v4 в секунду в течение 85 лет вероятность всего одного совпадения примерно 50%. В обычных объёмах приложений считайте, что коллизий без дополнительной координации не бывает.

Стоит ли использовать UUID как первичный ключ?

Да в распределённых системах, где согласовывать последовательные ID болезненно. Предпочитайте v7, а не v4: случайные ключи v4 фрагментируют B-дерево индекса, тогда как временной префикс v7 держит вставки сгруппированными.

Безопасно ли публиковать UUID в открытой ссылке?

v4 нельзя угадать, поэтому его можно использовать как «мягкий секрет» для ссылки на расшаренный ресурс или токена сброса пароля. v7 раскрывает время создания, и если этого не нужно, для публичных идентификаторов выбирайте v4.

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

Перекодируйте 128 исходных бит в base32 или base62 — получите строку из 22–26 символов с той же уникальностью. Тире в стандартной форме нужны только для удобства чтения, их можно убрать без потери данных.

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