UUID 생성기

RFC 4122 버전 4 형식의 UUID 를 원하는 개수만큼 만듭니다. 브라우저에 내장된 암호학적 난수 생성기(crypto.getRandomValues)를 쓰며, 만들어진 값은 서버로 전송되지 않습니다.

생성 옵션

표기 형식
미리보기
xxxxxxxx-xxxx-4xxx-yxxx-xxxxxxxxxxxx

생성 결과

0 생성 개수
0 한 개 길이
4 UUID 버전

UUID 생성기는 서로 겹치지 않는 식별자를 브라우저에서 바로 만들어 줍니다. RFC 4122 가 정한 버전 4 형식을 따르며, 값은 운영체제가 제공하는 암호학적 난수로 만듭니다. 데이터베이스 기본키, 파일 이름, 주문 번호, 로그 추적 ID 처럼 "중복되면 안 되는 이름"이 필요할 때 한 번에 최대 1,000개까지 뽑아 복사하거나 파일로 내려받을 수 있습니다.

UUID생성 사용 방법

  1. 생성 개수 칸에 필요한 수를 적습니다. 1 부터 1,000 까지 넣을 수 있고, 비워 두거나 범위를 벗어나면 안내가 뜹니다.
  2. 표기 방식이 정해져 있다면 옵션을 켭니다. 대문자로 표기, 하이픈 제거(32자리), 중괄호로 감싸기 세 가지를 자유롭게 조합할 수 있고, 켜는 즉시 미리보기가 바뀝니다.
  3. UUID 생성 버튼을 누르면 결과 칸에 한 줄에 하나씩 나타납니다.
  4. 전체 복사 버튼으로 클립보드에 담거나, 다운로드 버튼으로 텍스트 파일로 저장합니다. 지우기 버튼을 누르면 결과가 비워집니다.

지원 형식과 입력 조건

형식
RFC 4122 버전 4 (무작위 기반). 버전 비트와 variant 비트를 규격대로 고정합니다
한 번에 생성
1 ~ 1,000개
표기 옵션
대문자 / 하이픈 제거(32자리) / 중괄호 감싸기 — 조합 가능
난수 출처
브라우저의 crypto.getRandomValues (암호학적 난수)
처리 위치
브라우저 안에서만 생성하며 만들어진 값은 서버로 전송되지 않습니다
내보내기
전체 복사, 텍스트 파일 다운로드

난수가 확보되지 않으면 아예 만들지 않습니다

  • 이 도구는 브라우저의 crypto.getRandomValues 만 사용합니다. 아주 오래된 브라우저처럼 그 기능이 없는 환경에서는 안내를 띄우고 생성 버튼을 잠급니다.
  • Math.random 같은 일반 난수로 대신 만들지 않습니다. 그렇게 만든 값도 화면상으로는 똑같은 UUID 처럼 보이지만 서로 겹칠 확률이 훨씬 높고, 사용자가 그 사실을 알아챌 방법이 없기 때문입니다. 잘못된 값을 조용히 내주는 것보다 만들 수 없다고 알리는 편이 안전합니다.
  • 생성 버튼이 잠겼다면 최신 브라우저에서 다시 열어 주세요.

표기 옵션은 값이 아니라 겉모습만 바꿉니다

  • 하이픈을 제거해도 같은 값입니다. 32자리 표기는 URL 이나 파일 이름에 넣기 편해서 쓰고, 다시 하이픈을 넣으면 원래 형태로 돌아갑니다.
  • 중괄호로 감싸는 표기는 주로 윈도우 계열 도구와 레지스트리에서 씁니다.
  • 대문자와 소문자는 같은 값으로 취급하는 시스템이 대부분이지만, 문자열을 그대로 비교하는 코드에서는 다르게 볼 수 있으니 저장할 때 한쪽으로 통일해 두는 편이 좋습니다.

자주 묻는 질문

만들어진 UUID 가 다른 사람 것과 겹칠 수 있나요?

실질적으로 걱정하지 않아도 됩니다. 버전 4 UUID 는 122비트가 무작위라 경우의 수가 천문학적이고, 이 도구는 암호학적 난수를 쓰기 때문에 값이 예측되거나 반복되지 않습니다. 다만 절대 겹치지 않는다고 수학적으로 보장되는 것은 아니므로, 결제나 인증처럼 중복이 치명적인 곳에서는 데이터베이스에 고유 제약을 함께 걸어 두는 것이 정석입니다.

만든 값이 서버에 저장되나요?

아닙니다. 생성은 전부 브라우저 안에서 이루어지고 결과를 서버로 보내지 않습니다. 화면을 새로 고치면 사라지므로 필요한 값은 복사하거나 파일로 내려받아 두세요.

버전 1 이나 버전 7 도 만들 수 있나요?

이 도구는 버전 4 만 만듭니다. 버전 1 은 시각과 기기 정보를 담아 만든 시점과 장비가 유추될 수 있고, 버전 7 은 비교적 최근 표준이라 지원 범위가 고르지 않습니다. 대부분의 용도에는 버전 4 가 무난합니다.

데이터베이스 기본키로 써도 괜찮나요?

쓸 수 있지만 특성을 알고 쓰는 편이 좋습니다. UUID 는 값이 순차적이지 않아 인덱스가 넓게 흩어지고, 문자열로 저장하면 정수형 키보다 자리를 많이 차지합니다. 데이터가 아주 많아질 계획이라면 전용 UUID 타입이나 이진 형태로 저장하는 방법을 함께 검토해 보세요.