UUID Generátor - Ingyenes Online UUID Létrehozó Eszköz

Mi az UUID?

Az UUID (Universally Unique Identifier) egy 128 bites azonosító, amelyet számítógépes rendszerekben használnak az információk egyedi azonosítására. Az UUID az RFC 4122 szabvány szerint standardizált, és óriási entrópiájának köszönhetően gyakorlatilag nulla az ütközés valószínűsége – ez azt jelenti, hogy két függetlenül generált UUID szinte biztosan egyedi lesz.

Az UUID standard formátuma: xxxxxxxx-xxxx-Mxxx-Nxxx-xxxxxxxxxxxx, ahol minden x egy hexadecimális számjegy (0-9, a-f), M az UUID verzióját, N pedig a variánst jelöli.

UUID Verziók

UUID v1 (Időbélyeg + MAC cím)

A v1 UUID az aktuális időbélyegen és egy véletlen értéken alapul (böngészőben MAC cím helyett). 100 nanoszekundumos intervallumokat használ 1582. október 15. óta (Gergely-naptár).

Használat:

• Olyan helyzetek, ahol kronologikus UUID rendezésre van szükség
• Hibakeresés és naplózás (az UUID tartalmazza a létrehozás idejét)
• Elosztott rendszerek időszinkronizálással

Példa: 6ba7b810-9dad-11d1-80b4-00c04fd430c8

Előnyök:

• Az UUID-k kronologikusan rendezhetők a létrehozás ideje szerint
• Hasznos auditáláshoz és hibakereséshez
• Időbélyeg információt tartalmaz

Hátrányok:

• Potenciális biztonsági kockázat – időbélyeget tartalmaz
• A böngészőben nem tartalmaz valódi MAC címet (véletlen értékkel helyettesítve)
• Rossz adatbázis lokalitás (az időbélyeg a low-order bitekben van)

UUID v3 (MD5 hash)

A v3 UUID egy névtér UUID és egy név MD5 hash-ének felhasználásával generálódik. Determinisztikus – ugyanaz a névtér + név mindig ugyanazt az UUID-t hozza létre.

Használat:

• URL-ek, DNS nevek vagy más azonosítók UUID-vé konvertálása
• Olyan helyzetek, ahol reprodukálható UUID-kre van szükség
• Leképezés különböző azonosító rendszerek között

Példa: a3bb189e-8bf9-3888-9912-ace4e6543002

Előnyök:

• Determinisztikus (ugyanaz a bemenet = ugyanaz a kimenet)
• Ideális ismert azonosítók konvertálására
• Nincs ütközés különböző bemenetek esetén

Hátrányok:

• Az MD5 egy elavult algoritmus (preferálja a v5-öt)
• Névtérre és névre van szükség
• Nem lehet visszaállítani az eredeti bemenetet

UUID v4 (Véletlenszerű) - AJÁNLOTT

Az UUID leggyakrabban használt verziója. A v4 UUID tisztán véletlenszerűen generálódik egy kriptográfiailag biztonságos véletlenszám-generátor (crypto.getRandomValues()) segítségével.

Használat:

• Adatbázis elsődleges kulcsai
• Munkamenet-azonosítók (session ID-k)
• Egyedi fájlnevek
• API tokenek
• Általános célokra, ahol garantáltan egyedi azonosítóra van szükség

Példa: f47ac10b-58cc-4372-a567-0e02b2c3d479

Előnyök:

• Maximális entrópia és biztonság
• Nincs függőség időtől vagy rendszerparaméterektől
• A legegyszerűbb implementáció

Ütközés valószínűsége: Ha 100 éven keresztül másodpercenként 1 milliárd v4 UUID-t generálunk, az ütközés esélye körülbelül 0,00000006%.

UUID v5 (SHA-1 hash)

A v5 UUID ugyanaz, mint a v3, de MD5 helyett SHA-1-et használ. Modernebb és biztonságosabb alternatívája a v3-nak.

Használat:

• Ugyanaz, mint a v3, de jobb biztonsággal
• Preferált a v3 előtt új projektekhez
• UUID generálás URL-ből, DNS nevekből, OID-ből, X.500 DN-ből

Példa: 886313e1-3b8a-5372-9b90-0c9aee199e5d

Előnyök:

• Determinisztikus
• Az SHA-1 robusztusabb, mint az MD5
• Alkalmas rendszerek közötti leképezésre

Hátrányok:

• Az SHA-1 is elavultnak számít (de még mindig biztonságosabb, mint az MD5)
• Névtérre és névre van szükség

UUID v6 (Rendezett időbélyeg)

A v6 UUID a v1 továbbfejlesztett verziója átrendezett időbitekkel a jobb adatbázis-indexelés érdekében. Az adatbázisok lokalitási problémáinak megoldására tervezték.

Használat:

• Adatbázis elsődleges kulcsai időrendi rendezéssel
• Rendszerek, amelyek kronologikus rendezést és adatbázis-teljesítményt igényelnek
• Modernebb alternatíva a v1-hez

Példa: 1ec9414c-232a-6b00-b3c8-9e6bdeced846

Előnyök:

• Jobb adatbázis lokalitás, mint a v1 (időbélyeg a high-order bitekben)
• Kronologikus rendezés
• Kompatibilis az UUID szabvánnyal

Hátrányok:

• Kevésbé használt, mint a v1/v4
• Még mindig tartalmaz időinformációkat (biztonsági kockázat)

UUID v7 (Unix időbélyeg)

A v7 UUID Unix időbélyeget (milliszekundum 1970 óta) + véletlen biteket használ. Az UUID legújabb verziója a legjobb adatbázis lokalitással.

Használat:

• Modern adatbázis elsődleges kulcsok
• Rendszerek, amelyek teljesítményt + időrendi rendezést igényelnek
• A v1/v6 helyettesítése új projektekben

Példa: 017f22e2-79b0-7cc3-98c4-dc0c0c07398f

Előnyök:

• A legjobb adatbázis lokalitás az összes verzió közül
• Az Unix időbélyeg szabványos
• Egyesíti a véletlenszerűség és az időrendi rendezés előnyeit

Hátrányok:

• Viszonylag új specifikáció (RFC 4122bis)
• Kevésbé támogatott a régi rendszerekben

Melyik UUID verziót használjuk?

Döntési útmutató

Maximális biztonságra és véletlenszerűségre van szüksége? → Használja az UUID v4-et (leggyakoribb választás)

Időrendi rendezésre és adatbázis-teljesítményre van szüksége? → Használja az UUID v7-et (modern) vagy az UUID v6-ot (standard)

Reprodukálható UUID-kre van szüksége meglévő azonosítókból? → Használja az UUID v5-öt (SHA-1) vagy az UUID v3-at (MD5, régi)

Időbélyegre és audit trailre van szüksége? → Használja az UUID v1-et (régi, rosszabb adatbázis-teljesítmény)

Adatbázisok

Új projektekhez: UUID v7 vagy v4

• v7 ideális időrendi rendezéshez + teljesítményhez
• v4 maximális véletlenszerűséghez időinformációk nélkül

Régi rendszerekhez: UUID v1 vagy v6

• v6 jobb adatbázis lokalitással rendelkezik, mint a v1
• v1 széles körben támogatott

Az UUID előnyei elsődleges kulcsként:

• Globális egyediség – Különböző adatbázisokból származó adatokat konfliktus nélkül egyesíthet
• Biztonság – Az egymás utáni ID-kkel (1, 2, 3…) ellentétben nem lehet kitalálni a következő értékeket
• Elosztott rendszerek – Az UUID-k egymástól függetlenül generálhatók több szerveren koordináció nélkül
• Adatbázisok egyesítése – Két adatbázis egyesítésekor nem keletkeznek konfliktusok

Hátrányok:

• Nagyobb méret (16 bájt vs 4-8 bájt integer esetén)
• Lassabb indexelés egyes adatbázisokban (használja a v6/v7-et a jobb teljesítmény érdekében)
• Kevésbé olvasható emberi szem számára

API-k és webes szolgáltatások

• REST API – Egyedi azonosítók erőforrásokhoz
• GraphQL – Globális azonosítók csomópontokhoz
• Webhookok – Kérések és válaszok nyomon követése
• Tokenek – Munkamenet-azonosítók, frissítési tokenek

Fájlok és tárolás

• Fájlnevek – Ütközések megelőzése feltöltéskor
• S3/Cloud Storage – Egyedi útvonalak objektumokhoz
• Cache kulcsok – Azonosítók gyorsítótár-rendszerekben

Frontend alkalmazások

• React/Vue komponensek – Egyedi kulcsok listákhoz
• Temporary ID-k – ID-k az adatbázisba mentés előtt
• Local storage – Kulcsok tárolt adatokhoz
• Offline-first alkalmazások – ID-k generálása szerverkapcsolat nélkül

Generátor haladó funkciói

UUID generálás egyedi idővel

Az időalapú verziókhoz (v1, v6, v7) tetszőleges időbélyeget választhat a dátum-idő választó segítségével. Ez hasznos a következőkhöz:

Tesztelés:

• Múltban létrehozott UUID-k szimulálása
• Adatbázisok időrendi rendezésének tesztelése
• UUID-k reprodukálása hibakereséshez

Adatmigráció:

• UUID-k generálása történelmi időbélyegekkel
• Adatok visszatöltése korrekt időbélyeg-értékekkel
• Adatok importálása különböző időszakokból

Audit és megfelelés:

• UUID-k rekonstrukciója a bejegyzés keletkezési ideje szerint
• Retroaktív azonosítók generálása

Példa használatra:

1. Válassza ki a v1, v6 vagy v7 verziót
2. Állítsa be a dátumot és időt a dátum-idő választóval
3. Generáljon UUID-t a saját időbélyegével

Hash-alapú UUID (v3, v5)

Determinisztikus UUID-khez használhatja a v3 (MD5) vagy v5 (SHA-1) verziókat:

Hogyan használjuk:

1. Válassza ki a névteret az azonosító típusa szerint
2. Adja meg a nevet/értéket
3. Generáljon UUID-t

Példák:

Fontos tulajdonságok:

• ✅ Determinisztikus: Ugyanaz a bemenet = mindig ugyanaz az UUID
• ✅ Reprodukálható: Az UUID-t bármikor újra létrehozhatja
• ✅ Konzisztens: Ugyanaz az UUID különböző rendszerekben
• ❌ Nem dekódolható: Az UUID-ből nem lehet visszaállítani az eredeti nevet
• ℹ️ Egy UUID: A v3/v5 esetén mindig csak egy UUID generálódik (ugyanaz a bemenet = ugyanaz a kimenet)

Gyakorlati használat:

// Példa: URL konvertálása UUID v5-re
Namespace: URL
Név: https://example.com/api/users/123
Eredmény: 886313e1-3b8a-5372-9b90-0c9aee199e5d

// Ugyanaz a bemenet = mindig ugyanaz az UUID
Namespace: DNS
Név: google.com
Eredmény: mindig ugyanaz az UUID a google.com számára

Hogyan használjuk biztonságosan az UUID-t?

Kriptográfiai biztonság

Generátorunk a crypto.getRandomValues()-t használja, amely egy kriptográfiailag biztonságos véletlenszám-generátor. A Math.random()-től eltérően, amely előre jelezhető és biztonsági célokra alkalmatlan, a crypto.getRandomValues() valódi entrópiát biztosít, ami alkalmas a következőkhöz:

• Biztonsági tokenek generálása
• Munkamenet-azonosítók (Session ID-k)
• API kulcsok
• Kriptográfiai alkalmazások

UUID verziók összehasonlítása

UUID vs. egyéb azonosítók

Implementáció különböző nyelveken

JavaScript/TypeScript

// UUID v4 - A legegyszerűbb mód (modern böngészők)
const uuid = crypto.randomUUID();

// UUID v4 - Manuális implementáció
function generateUUIDv4() {
  return 'xxxxxxxx-xxxx-4xxx-yxxx-xxxxxxxxxxxx'.replace(/[xy]/g, (c) => {
    const r = (crypto.getRandomValues(new Uint8Array(1))[0] & 0x0f) >> (c === 'x' ? 0 : 2);
    const v = c === 'x' ? r : (r & 0x3) | 0x8;
    return v.toString(16);
  });
}

// UUID v7 - Adatbázisokhoz ajánlott
function generateUUIDv7() {
  const timestamp = Date.now();
  const timeHi = (timestamp >> 16).toString(16).padStart(8, '0');
  const timeLow = (timestamp & 0xFFFF).toString(16).padStart(4, '0');

  const randomBytes = crypto.getRandomValues(new Uint8Array(10));
  const randomHex = Array.from(randomBytes)
    .map(b => b.toString(16).padStart(2, '0'))
    .join('');

  return `${timeHi}-${timeLow}-7${randomHex.substr(0, 3)}-${randomHex.substr(3, 4)}-${randomHex.substr(7)}`;
}

Python

import uuid

# UUID v4
uuid_v4 = str(uuid.uuid4())
# Output: '6ba7b810-9dad-11d1-80b4-00c04fd430c8'

# UUID v1
uuid_v1 = str(uuid.uuid1())

Java

import java.util.UUID;

// UUID v4
String uuidV4 = UUID.randomUUID().toString();

PHP

// UUID v4 (PHP 7+)
function generateUUID() {
    return sprintf('%04x%04x-%04x-%04x-%04x-%04x%04x%04x',
        mt_rand(0, 0xffff), mt_rand(0, 0xffff),
        mt_rand(0, 0xffff),
        mt_rand(0, 0x0fff) | 0x4000,
        mt_rand(0, 0x3fff) | 0x8000,
        mt_rand(0, 0xffff), mt_rand(0, 0xffff), mt_rand(0, 0xffff)
    );
}

C#

using System;

// UUID v4
Guid uuid = Guid.NewGuid();
string uuidString = uuid.ToString();

Bevált gyakorlatok

UUID tárolása adatbázisban

PostgreSQL:

CREATE TABLE users (
    id UUID PRIMARY KEY DEFAULT gen_random_uuid(),
    email VARCHAR(255) NOT NULL,
    created_at TIMESTAMP DEFAULT NOW()
);

MySQL 8.0+:

CREATE TABLE users (
    id BINARY(16) PRIMARY KEY DEFAULT (UUID_TO_BIN(UUID())),
    email VARCHAR(255) NOT NULL,
    created_at TIMESTAMP DEFAULT CURRENT_TIMESTAMP
);

Tipp: MySQL-ben tárolja az UUID-t BINARY(16) formátumban CHAR(36) helyett a helytakarékosság és a gyorsabb indexelés érdekében.

UUID validálás

function isValidUUID(uuid) {
  const regex = /^[0-9a-f]{8}-[0-9a-f]{4}-[1-5][0-9a-f]{3}-[89ab][0-9a-f]{3}-[0-9a-f]{12}$/i;
  return regex.test(uuid);
}

UUID konverzió

// Kötőjelek eltávolítása
const compact = uuid.replace(/-/g, '');

// Kötőjelek visszahelyezése
function formatUUID(compactUuid) {
  return [
    compactUuid.substring(0, 8),
    compactUuid.substring(8, 12),
    compactUuid.substring(12, 16),
    compactUuid.substring(16, 20),
    compactUuid.substring(20, 32)
  ].join('-');
}

Hibaelhárítás

UUID v3/v5 nem működik

Probléma: V3 vagy v5 kiválasztása után semmi sem generálódik

Megoldás:

1. ✅ Ellenőrizze, hogy kitöltötte-e a “Név” mezőt - kötelező!
2. ✅ Válassza ki a megfelelő névteret a bemenet típusa szerint
3. ✅ Példák érvényes bemenetekre:
   • DNS: example.com, google.com
   • URL: https://example.com/page
   • Bármilyen szöveg: sajat-alkalmazas-v1

Tipp: Próbáljon meg először egy egyszerű értéket, például test-et és DNS névteret használni.

Az időalapú UUID (v1, v6, v7) furcsa időt mutat

Probléma: A generált UUID váratlan időbélyeggel rendelkezik

Megoldás:

1. ✅ Ellenőrizze a dátum-idő választót – helyesen van beállítva az idő?
2. ✅ A dátum-idő választó az Ön helyi időzónáját használja
3. ✅ Hagyja üresen a dátum-idő választót az aktuális időhöz

Az UUID nem másolható

Probléma: A “Mind Másolása” gomb nem működik

Megoldás:

1. ✅ Ellenőrizze, hogy generált-e UUID-t (nincsenek üresek)
2. ✅ Egyes böngészők HTTPS-t igényelnek a vágólap API-hoz
3. ✅ Alternatívaként válassza ki a szöveget a szövegterületen, és másolja manuálisan (Ctrl+C)

Gyakran Ismételt Kérdések (GYIK)

Az UUID alternatívái

ULID (Universally Unique Lexicographically Sortable Identifier)

• 128 bites ID (ugyanúgy, mint az UUID)
• Lexikografikusan rendezhető a létrehozás ideje szerint
• Kompaktabb ábrázolás (26 karakter a 36 helyett)
• Kis- és nagybetűkre érzéketlen base32 kódolás

Példa: 01ARZ3NDEKTSV4RRFFQ69G5FAV

NanoID

• Kisebb méretű, mint az UUID (standard szerint 21 karakter)
• URL-barát (speciális karakterek nélkül)
• Gyorsabb generálás
• Konfigurálható hossz és ábécé

Példa: V1StGXR8_Z5jdHi6B-myT

Snowflake ID (Twitter)

• 64 bites ID (kisebb, mint az UUID)
• Időrendben rendezhető
• Tartalmazza a worker ID-t és a sorszámot
• Központosított konfigurációt igényel

Példa: 1234567890123456789

Teljesítmény és optimalizálás

Generálási sebesség

Generátorunk képes létrehozni:

• 1 UUID: < 1 ms
• 100 UUID: ~10-20 ms
• 1000 UUID: ~100-200 ms

Teljesítmény tippek

1. Kötegelt generálás – Ha sok UUID-re van szüksége, generálja őket egyszerre, ne egyenként
2. Adatbázisba mentés – Indexelje az UUID oszlopokat a gyors keresés érdekében
3. Tömörítés – Tárolja az UUID-t bináris formában (16 bájt) string (36 bájt) helyett
4. Gyorsítótárazás – Egyes esetekben előre generálhatja és gyorsítótárazhatja az UUID-t

Fejlesztőknek

UUID v4 struktúrája

xxxxxxxx-xxxx-4xxx-yxxx-xxxxxxxxxxxx
|        |    |    |    |
|        |    |    |    └─ 48 bit véletlen adat (node)
|        |    |    └────── 16 bit véletlen adat variánssal (clock_seq)
|        |    └─────────── 12 bit véletlen adat + 4 bit verzió (time_hi_and_version)
|        └──────────────── 16 bit véletlen adat (time_mid)
└───────────────────────── 32 bit véletlen adat (time_low)

• Verzió (4 bit): mindig 0100 (binárisan) = 4 (hex)
• Variáns (2-3 bit): mindig 10 (binárisan) az RFC 4122 szerint

UUID tesztelés

// Jest teszt
describe('UUID Generator', () => {
  test('generates valid UUID v4', () => {
    const uuid = generateUUIDv4();
    const regex = /^[0-9a-f]{8}-[0-9a-f]{4}-4[0-9a-f]{3}-[89ab][0-9a-f]{3}-[0-9a-f]{12}$/i;
    expect(regex.test(uuid)).toBe(true);
  });

  test('generates unique UUIDs', () => {
    const uuid1 = generateUUIDv4();
    const uuid2 = generateUUIDv4();
    expect(uuid1).not.toBe(uuid2);
  });
});

Biztonsági szempontok

Mit ne tegyünk az UUID-vel

❌ Ne használjon v1 UUID-t érzékeny alkalmazásokhoz – Időbélyeget tartalmaz, ami biztonsági kockázatot jelenthet

❌ Ne használjon Math.random()-t UUID generálására – Nem kriptográfiailag biztonságos

❌ Ne támaszkodjon az UUID-re az engedélyezéshez – Az UUID kitalálható (bár extrém alacsony valószínűséggel)

❌ Ne tárolja az UUID-t sütikben titkosítás nélkül – Használjon aláírt sütiket vagy JWT-t

Amit tegyünk

✅ A legtöbb esetben használjon v4 UUID-t – Legmagasabb entrópia és biztonság

✅ Kombinálja az UUID-t más biztonsági intézkedésekkel – Munkamenet-kezeléshez használjon HTTPS-t, HttpOnly sütiket és rövid lejárati időt

✅ Validálja az UUID-t a szerveren – Mindig ellenőrizze az UUID formátumát és verzióját

✅ Használjon kriptográfiailag biztonságos véletlenségforrásokat – crypto.getRandomValues() a böngészőben, /dev/urandom Linuxon

Érdekességek

• Lehetséges UUID v4-ek száma: 2^122 ≈ 5.3 × 10^36 (340 undecillió)
• Szükséges ütközés: Az 50% ütközési valószínűség eléréséhez 2.71 × 10^18 UUID-t (2.71 kvintillió) kell generálni
• Az összes lehetséges UUID mérete: Ha minden UUID-t 16 bájtban tárolnánk, a teljes tér 85 zettabájtot (85 milliárd terabájtot) foglalna el
• Eredet: Az UUID-t a DCE (Distributed Computing Environment) részeként standardizálták 1990-ben