UUID 생성기
열자마자 하나 만들어 둡니다. 개수와 형식을 바꾸면 새로 만듭니다.
UUID v7 은 만든 시각을 앞에 넣어 글자 순서가 만든 순서와 같습니다.
RFC 9562 (2024) 기준 · 브라우저 암호용 난수, 보내지 않음 · 업데이트
이 기기 안에서만 만들고 어디에도 보내거나 저장하지 않습니다.
UUID 확인하기
UUID 버전 한눈에
| 버전 | 만드는 방법 | 쓰는 곳 |
|---|---|---|
| v1 | 시각 + 기기 MAC 주소 | 옛 시스템 (기기가 드러남) |
| v4 | 난수 122비트 | 가장 흔함, 순서 없음 |
| v5 | 이름 + 네임스페이스 SHA-1 | 같은 이름이면 늘 같은 값 |
| v7 | 유닉스 밀리초 + 난수 | DB 기본 키 (시간순 정렬) |
결과가 이상한가요?
어떻게 계산했나요
RFC 9562 (2024) 기준 · 브라우저 암호용 난수, 보내지 않음
- UUID v4: 16바이트 난수(crypto.getRandomValues)에서 버전 4비트를 0100, 변형 2비트를 10 으로 (RFC 9562 5.4)
- UUID v7: 앞 48비트 = 유닉스 밀리초, 버전 0111, rand_a 12비트, 변형 10, rand_b 62비트 난수 (RFC 9562 5.7). 여러 개를 한 번에 만들 때 같은 밀리초 안에서는 rand_a 를 카운터로 1씩 올려 순서를 지키고, 카운터가 넘치면 밀리초를 1 올립니다 (6.2 방법 1)
- 랜덤 문자열: 고른 글자 묶음에서 한 글자씩, 2^32 를 글자 수로 나눈 나머지 쏠림을 버리는 거절 표집으로 고르게 뽑습니다. Math.random 은 쓰지 않습니다
- 만든 값은 서버·분석 도구·주소창·브라우저 저장소 어디에도 보내거나 남기지 않습니다
자주 묻는 질문
UUID v4 와 v7 은 무엇이 다른가요?
v4 는 122비트가 모두 난수라 순서가 없습니다. v7 은 앞 48비트에 만든 시각(밀리초)을 넣어, 글자 순서대로 늘어놓으면 만든 순서가 됩니다. 데이터베이스 기본 키처럼 차례대로 쌓이는 곳에는 v7 이 색인을 덜 흩트려 유리하고, 만든 시각이 드러나면 안 되는 곳에는 v4 가 맞습니다.
만든 UUID 가 다른 사람 것과 겹칠 수 있나요?
v4 는 경우의 수가 2^122(약 5.3 × 10^36)라, 1초에 10억 개씩 100년을 만들어도 겹칠 확률은 50% 에 한참 못 미칩니다. 이 도구는 브라우저의 암호용 난수(crypto.getRandomValues)를 씁니다.
만든 값이 어디에 남나요?
남지 않습니다. UUID 와 랜덤 문자열은 이 기기의 브라우저 안에서만 만들고, 서버·분석 도구·주소창·브라우저 저장소 어디에도 보내거나 저장하지 않습니다. 새로 고치면 사라집니다.
랜덤 문자열을 비밀번호로 써도 되나요?
같은 암호용 난수를 쓰니 써도 됩니다. 다만 사이트마다 허용하는 기호가 달라, 비밀번호는 기호 규칙과 강도를 함께 보여 주는 비밀번호 생성기가 더 편합니다. API 키·토큰처럼 기계가 읽을 값에는 16진수나 영문·숫자만 고르세요.
GUID 와 UUID 는 같은 것인가요?
같은 128비트 식별자를 마이크로소프트에서 부르는 이름이 GUID 입니다. 윈도우 도구는 대문자에 중괄호({…})로 쓰는 일이 많아, 대문자로 옵션을 켜고 앞뒤에 중괄호만 붙이면 됩니다.