Універсальний унікальний ідентифікатор (UUID) — це 128-бітова мітка, яка використовується в розробці програмного забезпечення для ідентифікації інформації без центрального органу. Найпоширеніший формат — 36 символів, розділених дефісами. Хоча концепція звучить просто, спосіб генерації UUID має глибокі наслідки для продуктивності баз даних, безпеки та архітектури системи. Розуміння відмінностей між версіями UUID — не академічна задача, а практична необхідність, яка напряму впливає на швидкість виконання запитів і масштабованість розподілених систем.

UUID версії 1 генерує ідентифікатори на основі комбінації мітки часу та MAC-адреси машини, що генерує. Оскільки мітка часу є монотонною, UUID v1 можна сортувати за часом створення, що корисно для ітерації записів у порядку вставки. Однак UUID v1 розкривають конфіденційні метадані системи: MAC-адреса може виявити, яка машина згенерувала ідентифікатор, а мітка часу розкриває, коли був створений запис. У безпекових середовищах це значний недолік. Крім того, v1 вимагає синхронізованого джерела часу для уникнення колізій у розподілених системах.

UUID версії 4 вирішує ці проблеми, покладаючись повністю на криптографічно сильну генерацію випадкових чисел. З 128 бітів 6 фіксовані для полів версії та варіанту, що залишає 122 біти випадковості. Це дає приблизно 5,3 × 10^36 можливих значень — колізії практично неможливі для будь-якого реального застосування. Відсутність міток часу чи апаратних даних означає, що UUID v4 не несуть метаданих і не потребують координації між вузлами, що робить їх стандартом для більшості сучасних розподілених систем.

Компроміс із v4 — продуктивність. Оскільки кожен згенерований UUID є випадковим, вставка їх у B-tree індекс (стандартний для більшості первинних ключів) спричиняє максимальну фрагментацію сторінок. B-tree працюють, сортуючи дані; коли ви вставляєте випадкове значення, база даних часто мусить розбивати сторінки, що призводить до поганого розташування на диску, збільшеного write amplification та деградації продуктивності читання з часом. Для високонавантажених систем запису це може спричинити розростання індексу та уповільнення запитів.

UUID версії 7 було створено для вирішення проблем продуктивності v4 зі збереженням переваг конфіденційності. v7 кодує Unix-мітку часу в найстарших бітах, а потім додає випадкові дані. Оскільки мітка часу змінюється монотонно, UUID v7 можна сортувати за часом і вони мають B-tree дружність, схожу на v1, без розкриття MAC-адрес чи потреби синхронізованих годинників. Більшість баз даних можуть ефективно додавати значення v7 до правої сторони B-tree індексу, мінімізуючи розбиття сторінок і зберігаючи локальність даних на диску.

Вибір правильної версії UUID залежить від вашого use case. Для ідентифікаторів сесій, кореляційних ID і разових ідентифікаторів, де порядок не важливий, v4 залишається найбезпечнішим і найпоширенішим варіантом. Для первинних ключів баз даних у системах із високим навантаженням на запис v7 (або ULID) забезпечить кращу продуктивність. Якщо вам потрібне строге впорядкування за часом між вузлами без зовнішньої синхронізації годинників, v7 або v1 обидва підходять, хоча v7 переважніший через свою ентропію та відсутність апаратної залежності.

Масова генерація UUID корисна для заповнення тестових баз даних, staging-середовищ і генерації фікстур для навантажувального тестування. Генерація 1000 UUID v4 на клієнті займає лічені мілісекунди, а сучасні браузери надають криптографічно сильну випадковість через crypto.getRandomValues(), забезпечуючи однакові стандарти ентропії для всіх згенерованих партій. Ключовий момент при масштабній генерації — формат виводу: деякі системи очікують значення з дефісами для читабельності, інші потребують компактних рядків без дефісів для ефективного зберігання. Вибір між lowercase та UPPERCASE форматами залежить від конвенцій конкретного проєкту.

Потрібно згенерувати UUID у великій кількості?

Відкрити генератор UUID