UUID 생성기

UUID를 원하는 개수만큼 만듭니다. 데이터베이스 기본키로 쓸 것이라면 v7을 고르세요.

UUID v4

0개 생성

122비트 무작위 · 사실상 겹치지 않습니다

버전

완전 무작위 · 가장 널리 쓰입니다

형식

사용법

  1. 버전과 개수를 고르면 바로 만들어집니다. 다시 만들기로 새로 뽑을 수 있습니다.
  2. 대문자나 하이픈 없는 형태가 필요하면 형식을 바꾸세요.
  3. 줄마다 복사하거나 전체 복사로 한 번에 가져갈 수 있습니다.
  4. 가진 UUID의 버전이 궁금하면 UUID 분석에 넣으세요. v7이면 생성 시각까지 나옵니다.

v4와 v7, 무엇을 골라야 하나

v4는 128비트 중 122비트가 무작위입니다. 나머지 6비트는 버전과 변형을 표시하는 자리입니다. 겹칠 확률이 사실상 0이라 가장 널리 쓰이며, 생성 시점이나 순서가 전혀 드러나지 않습니다.

v7은 앞 48비트에 유닉스 밀리초를 넣습니다. 2024년 RFC 9562에 표준으로 들어간 새 버전입니다. 데이터베이스 기본키로 쓸 때 유리한데, v4는 무작위라 새 행이 인덱스 여기저기에 끼어들어 페이지가 계속 갈라지는 반면 v7은 시간 순으로 뒤에 쌓여 그 부담이 없기 때문입니다.

대신 v7은 생성 시각이 드러납니다. 공개되는 링크나 초대 코드에 쓰면 언제 만들어졌는지 알려 주게 되므로, 그런 자리에는 v4가 맞습니다. 순서가 노출되면 곤란한 주문번호도 마찬가지입니다.

하이픈은 읽기 편하라고 넣은 구분자일 뿐 값의 일부가 아닙니다. 저장할 때는 하이픈 없는 32자나 16바이트 바이너리로 넣는 경우가 많고, 중괄호로 감싼 형태는 윈도우 레지스트리·COM 표기입니다. 모두 같은 UUID입니다.

자주 묻는 질문

UUID가 겹칠 확률은 얼마나 되나요?
v4는 122비트가 무작위라 사실상 겹치지 않습니다. 초당 10억 개씩 85년을 만들어야 한 번 겹칠 확률이 50%에 이릅니다. 다만 이는 제대로 된 난수를 썼을 때 이야기이고, Math.random 같은 예측 가능한 난수로 만들면 이 가정이 깨집니다. 이 도구는 브라우저의 암호학적 난수를 씁니다.
v4와 v7 중 무엇을 써야 하나요?
데이터베이스 기본키로 쓸 것이라면 v7이 유리합니다. v4는 완전 무작위라 새 행이 인덱스 여기저기에 삽입되어 페이지가 계속 갈라지고 성능이 떨어집니다. v7은 앞 48비트가 생성 시각이라 시간 순으로 쌓여 이 문제가 없습니다. 반대로 순서나 생성 시점이 드러나면 안 되는 곳(공개 링크, 초대 코드)에는 v4가 맞습니다.
v7에서 생성 시각이 노출되나요?
노출됩니다. 앞 48비트가 유닉스 밀리초라 누구나 언제 만들어졌는지 알 수 있습니다. 아래 분석기에 v7 값을 넣으면 시각이 그대로 나옵니다. 가입 시점이나 주문 시각이 드러나면 곤란한 경우에는 v4를 쓰거나 별도 식별자를 쓰세요.
하이픈을 빼도 같은 UUID인가요?
같습니다. 하이픈은 읽기 편하라고 넣은 구분자일 뿐이고 실제 값은 128비트입니다. 데이터베이스에 저장할 때는 하이픈 없이 32자 문자열이나 16바이트 바이너리로 넣는 경우가 많습니다. 중괄호로 감싼 형태는 윈도우 레지스트리와 COM에서 쓰는 표기입니다.
생성한 UUID가 서버로 전송되나요?
전송되지 않습니다. 브라우저 안에서 만들고 화면에 보여줄 뿐이며 페이지를 새로 고치면 사라집니다.

이 도구는 브라우저 안에서만 계산하며 입력값을 서버로 보내지 않습니다. 분류: 개발 · 마지막 수정 2026-09-08

함께 쓰면 좋은 도구

온라인 도구 전체 보기