UUID 생성기
UUID(v4)를 원하는 개수만큼 생성
생성된 UUID는 브라우저에서만 처리되며 서버로 전송·저장되지 않습니다.UUIDs are generated entirely in your browser — never uploaded or stored.
UUID 생성기란?
UUID 생성기는 랜덤 기반의 UUID v4를 원하는 개수만큼 즉시 만들어주는 도구입니다. 데이터베이스 기본 키, API 리소스 ID, 세션 토큰, 임시 파일명 등 중복 없는 고유 값이 필요할 때 사용합니다. 개수를 정하고 옵션을 고른 뒤 ‘생성’을 누르면 됩니다.
옵션 설명
- 개수: 1~100개까지 한 번에 생성할 수 있습니다.
- 대문자: 기본은 소문자(RFC 4122 표준)이며, 켜면 전체 대문자로 표시합니다.
- 하이픈 포함: 끄면
-없이 32자 연속 문자열로 출력합니다.
crypto.randomUUID() 또는 crypto.getRandomValues()를 사용해 암호학적으로 안전한 난수로 생성합니다.
개인정보·처리 방식
모든 생성은 사용자의 브라우저 안에서만 이루어집니다. 결과는 서버로 전송되거나 저장되지 않으며, ‘전체 복사’ 버튼으로 클립보드에 담을 수 있습니다.
UUID v4의 128비트 구조: 버전·변형 비트 위치
UUID v4는 총 128비트를 32자리 16진수(하이픈 4개 포함 36자)로 표현합니다. 이 중 4비트는 버전, 2비트는 변형(variant)을 나타내는 고정값이고 나머지 122비트만 무작위입니다. 이 도구의 실제 생성 코드를 보면 bytes[6] = (bytes[6] & 0x0f) | 0x40로 7번째 바이트의 상위 4비트를 0100(버전 4)으로 고정하고, bytes[8] = (bytes[8] & 0x3f) | 0x80로 9번째 바이트의 상위 2비트를 10(변형 RFC 4122)으로 고정합니다. 그 결과 xxxxxxxx-xxxx-4xxx-yxxx-xxxxxxxxxxxx 형태에서 세 번째 그룹의 첫 글자는 항상 4, 네 번째 그룹의 첫 글자(y)는 항상 8·9·a·b 중 하나로 고정됩니다.
충돌 확률의 규모감과 v4 vs v7 비교
122비트의 무작위성은 2^122 ≈ 5.32×10^36가지 조합을 의미합니다. 생일 문제(birthday paradox) 근사식으로 계산하면, 충돌 확률이 50%에 도달하려면 약 2.71×10^18개(2.71 퀸틸리언)의 UUID를 생성해야 합니다. 초당 10억 개(1e9/sec)씩 쉬지 않고 생성해도 이 지점에 도달하려면 약 86년이 걸리는 규모입니다. 실무에서 마주치는 어떤 시스템도 이 정도 생성량에 도달하지 않으므로 v4는 사실상 고유하다고 간주됩니다.
한편 최근 표준화된 UUID v7은 앞부분에 밀리초 단위 타임스탬프를 넣어 시간순으로 정렬 가능한 UUID를 만듭니다. v4는 완전 무작위라 데이터베이스 인덱스에 넣으면 삽입 위치가 무작위로 흩어져 B-tree 인덱스 성능이 떨어지는 반면, v7은 생성 순서대로 정렬되어 이런 단점을 줄입니다. 다만 v7은 생성 시각이 앞부분에 노출되므로 시각 정보를 숨겨야 하는 용도에는 v4가 더 적합합니다. 이 도구는 가장 널리 쓰이는 v4만 지원합니다.
What is this tool?
The UUID generator creates random UUID v4 values instantly — handy for database primary keys, API resource IDs, session tokens, or temporary filenames that need to be unique. Set a count and options, then press Generate.
Options
- Count: generate 1 to 100 UUIDs at once.
- Uppercase: lowercase (RFC 4122) by default; enable to display all uppercase.
- Include hyphens: disable to output a continuous 32-character string without
-.
crypto.randomUUID() or crypto.getRandomValues() for cryptographically strong randomness.
Privacy & processing
Everything runs in your browser. Results are never uploaded or stored, and you can copy them all to your clipboard.
UUID v4's 128-bit layout — where the version and variant bits sit
A UUID v4 represents 128 bits as 32 hex digits (36 characters including 4 hyphens). Of those, 4 bits are a fixed version marker and 2 bits are a fixed variant marker — only the remaining 122 bits are random. Looking at this tool's actual generator code, bytes[6] = (bytes[6] & 0x0f) | 0x40 fixes the top 4 bits of byte 7 to 0100 (version 4), and bytes[8] = (bytes[8] & 0x3f) | 0x80 fixes the top 2 bits of byte 9 to 10 (RFC 4122 variant). In the resulting xxxxxxxx-xxxx-4xxx-yxxx-xxxxxxxxxxxx layout, the first character of the third group is always 4, and the first character of the fourth group (y) is always one of 8, 9, a, or b.
How big is the collision odds, and v4 vs v7
122 bits of randomness means 2^122 ≈ 5.32×10^36 possible combinations. Using the birthday-paradox approximation, reaching a 50% chance of any collision takes roughly 2.71×10^18 UUIDs (2.71 quintillion). Even generating a billion per second nonstop, that would take about 86 years. No real-world system comes close to that volume, so v4 is treated as unique for all practical purposes.
Meanwhile, the newer UUID v7 standard embeds a millisecond timestamp up front, producing UUIDs that sort chronologically. v4's pure randomness means database index inserts land at scattered positions, hurting B-tree index performance, while v7's ordered generation avoids that. But because v7 exposes its creation time, v4 remains the better choice when you need to hide timing information. This tool only supports v4, the most widely used version.