UUID 생성기

UUID v4·v7을 한 번에 여러 개 생성하고 복사합니다.

UUID 검사

사용 방법

  1. 버전과 개수(최대 1,000개)를 고르면 바로 만들어집니다. 새로 만들기를 누를 때마다 새 값이 나옵니다.
  2. 대문자·하이픈·중괄호 옵션으로 코드나 설정 파일에 맞는 모양을 고르고 모두 복사로 한 줄에 하나씩 복사합니다.
  3. v7은 같은 밀리초 안에서 여러 개를 만들어도 만든 순서대로 정렬되도록 뒷부분 난수를 증가시킵니다(RFC 9562 6.2절 방법 2).
  4. UUID 검사에 값을 넣으면 형식이 맞는지, 몇 번 버전인지, 시각 기반이면 언제 만들어졌는지 알려 줍니다.

UUID 구조 (8-4-4-4-12)

RFC 9562 예시 값 풀이

UUID종류생성 시각 (KST)
c232ab00-9414-11ec-b3c8-9f6bdeced846버전 1 (시각 + MAC 주소)2022-02-23 04:22:22
5df41881-3aed-3515-88a7-2f4a814cf09e버전 3 (이름 기반, MD5)
919108f7-52d1-4320-9bac-f847db4148a8버전 4 (난수)
2ed6657d-e927-568b-95e1-2665a8aea6a2버전 5 (이름 기반, SHA-1)
1ec9414c-232a-6b00-b3c8-9f6bdeced846버전 6 (정렬 가능한 시각 기반, v1 재배열)2022-02-23 04:22:22
017f22e2-79b0-7cc3-98c4-dc0c0c07398f버전 7 (유닉스 밀리초 + 난수, 정렬 가능)2022-02-23 04:22:22

표의 시각 기반 값(v1·v6·v7)은 모두 RFC 9562 부록에서 같은 시각(2022년 2월 22일 14:22:22, 미국 동부 시간)으로 만든 예시입니다.

자주 묻는 질문

UUID v4와 v7 중 무엇을 써야 하나요?

데이터베이스 기본 키로 쓴다면 v7이 유리합니다. 앞 48비트가 생성 시각(밀리초)이라 새 값이 항상 뒤쪽에 쌓여 B-트리 인덱스가 덜 쪼개지고 삽입이 빠릅니다. 생성 시각이 드러나면 안 되는 공개 식별자나 추측이 어려워야 하는 값에는 전부 난수인 v4가 알맞습니다.

UUID v4가 겹칠 확률은 얼마나 되나요?

v4는 122비트가 난수라 가능한 값이 약 5.3×10^36개입니다. 생일 문제로 계산하면 약 27억 개(2.7×10^9)를 만들어도 한 쌍이라도 겹칠 확률이 10^-18 수준이라, 실무에서는 사실상 겹치지 않는다고 봅니다. 단, 난수 생성기가 좋아야 한다는 전제가 있습니다.

UUID v7에서 만든 시각을 알아낼 수 있나요?

네. 앞 12자리 16진수가 유닉스 밀리초이므로 누구나 생성 시각을 읽을 수 있습니다. 아래 "UUID 검사"에 v7 값을 넣으면 한국 시간으로 보여 줍니다. 가입 시각 같은 정보를 숨겨야 한다면 v7을 외부에 노출하지 마세요.

GUID와 UUID는 다른 것인가요?

같은 128비트 식별자입니다. 마이크로소프트 환경에서는 GUID라고 부르고 {대문자-하이픈} 형식으로 자주 씁니다. 이 도구의 대문자·중괄호 옵션으로 그 형식을 만들 수 있고, 하이픈 없는 32자리도 같은 값입니다.

이 페이지에서 만든 UUID는 안전한 난수인가요?

Math.random이 아니라 브라우저의 암호학적 난수 생성기(crypto.getRandomValues)를 씁니다. 생성은 모두 브라우저 안에서 이뤄지고 서버에 저장되거나 전송되지 않습니다.

이 도구가 도움이 되었다면 공유해 주세요

계산 근거

이 계산기가 쓰는 세율·요율·기준의 출처입니다. 숫자가 맞는지 직접 확인해 보세요.

계산 결과가 이상한가요? 알려 주세요.

계산 결과는 참고용이며 법적 효력이 없습니다.

다른 도구