UUID 생성기
UUID v4와 v7 식별자를 한 번에 여러 개 만듭니다. 안전한 난수로 기기 안에서 생성됩니다.
- 생성됨
- 5
출력
•••••••••••••••••••••••••••••••••••• •••••••••••••••••••••••••••••••••••• •••••••••••••••••••••••••••••••••••• •••••••••••••••••••••••••••••••••••• ••••••••••••••••••••••••••••••••••••
파일은 내 기기 밖으로 나가지 않습니다
이 도구는 브라우저 안에서만 작동합니다. 붙여넣은 내용은 기기에서 처리되고 서버로 전송되지 않으므로 토큰, 키, 공개 전 문서도 안심하고 사용할 수 있습니다.
사용 예시
예: 주문 테이블 기본 키로 쓸 v7 UUID 5개와 앞 12자리에 담긴 한국 시간
쇼핑몰 주문 테이블에 넣을 테스트 데이터에, 만든 순서대로 정렬되는 기본 키가 필요합니다. 설정은 버전 v7(시간순), 대문자로 표시 끔. 2026년 10월 22일 오전 9시 0분 0.000초(한국 시간)에 한 번에 3개, 1밀리초 뒤에 1개, 1초 뒤에 1개를 만들었습니다.
- 앞 12자리 16진수는 1970년 1월 1일부터 지난 밀리초입니다. 01a160e85000 = 1,792,627,200,000 = 2026-10-22 00:00:00.000 UTC, 한국 시간으로 오전 9시입니다.
- 13번째 자리는 버전 7, 넷째 묶음의 첫 자리는 8, 9, a, b 중 하나(변형)이고 나머지는 무작위입니다.
- 같은 밀리초 안에서는 바로 앞 값의 뒷부분을 키워서 만들기 때문에, 한 번에 만든 3개도 순서대로 나옵니다.
| UUID (v7) | 담긴 시각 (한국 시간) |
|---|---|
| 01a160e8-5000-7259-a4c0-5e99b5016a19 | 09:00:00.000 |
| 01a160e8-5000-7259-a4c0-5e99b5026778 | 09:00:00.000 |
| 01a160e8-5000-7259-a4c0-5e99b5030252 | 09:00:00.000 |
| 01a160e8-5001-71e7-81fe-27d9a3246cde | 09:00:00.001 |
| 01a160e8-53e8-7499-a2cd-68f5e230a4ba | 09:00:01.000 |
문자열로 정렬해도 만든 순서 그대로라, 새 행이 B-트리 인덱스 끝에 차례로 쌓입니다. 직접 만들면 값은 다릅니다. 시각은 기기의 시계에서, 뒷부분은 난수에서 오기 때문입니다. v4는 366eb90b-8a0c-404a-be82-f4cab4270c8c처럼 같은 자리에 4가 오고 시각 정보가 없습니다.
사용 방법
- 버전을 고르세요. 완전히 무작위인 식별자는 v4, 생성 시각 순으로 정렬되는 식별자는 v7입니다.
- 필요한 개수를 1에서 500 사이로 정하세요. 각각 독립적으로 생성됩니다.
- 코드베이스나 데이터베이스 규칙이 대문자 16진수를 쓴다면 대문자로 표시를 켜세요.
- UUID 생성을 누르고 목록을 복사하세요. 한 줄에 하나씩 나오므로 테스트 데이터, 스프레드시트, 마이그레이션 스크립트에 바로 붙여 넣을 수 있습니다.
자주 묻는 질문
- UUID v4와 v7은 무엇이 다른가요?
- v4는 122비트가 전부 무작위입니다. v7(RFC 9562)은 앞의 48비트가 유닉스 밀리초 타임스탬프이고 뒤에 무작위 비트가 붙어서, 나중에 만든 UUID가 먼저 만든 것보다 뒤에 정렬됩니다. 그래서 v7은 PostgreSQL이나 MySQL 같은 데이터베이스의 기본 키로 훨씬 낫습니다. 무작위인 v4 키는 B-트리 인덱스를 흩어 놓습니다.
- 얼마나 무작위인가요?
- 브라우저의 암호학적으로 안전한 난수 생성기인 crypto.getRandomValues로 만들며, 가능한 경우 crypto.randomUUID를 사용합니다. Math.random은 쓰지 않습니다.
- 생성한 UUID가 겹칠 수 있나요?
- v4는 확률이 천문학적으로 낮습니다. 중복이 하나 생길 확률이 50%가 되려면 약 2.7×10의 18제곱 개를 만들어야 합니다. v7은 여기에 타임스탬프까지 들어가므로 같은 밀리초여야 한다는 조건이 더 붙습니다.
- v7 UUID를 보면 생성 시각을 알 수 있나요?
- 네. 앞의 48비트가 밀리초 단위 생성 시각입니다. 공개 URL처럼 생성 시각이 드러나면 곤란한 곳이라면 v4를 쓰세요.
- 대문자 UUID와 소문자 UUID는 다른 값인가요?
- 같은 값입니다. 16진수는 대소문자를 구분하지 않고, RFC 9562는 출력은 소문자로 하고 입력은 대소문자를 가리지 않도록 권합니다. 데이터베이스나 기존 코드가 대문자를 쓸 때만 ‘대문자로 표시’를 켜세요.
- 같은 밀리초에 여러 개를 만들어도 순서가 지켜지나요?
- 이 생성기 안에서는 그렇습니다. 같은 밀리초에 만드는 v7은 바로 앞 값의 뒷부분에 1과 작은 난수를 더해 만들므로, 한 번에 500개를 만들어도 정렬 순서가 만든 순서와 같습니다. 다른 기기에서 같은 밀리초에 만든 값끼리는 순서가 정해지지 않습니다.
- UUID가 서버에서 만들어지고 기록되나요?
- 아니요. 브라우저 안에서 생성되며 어디로도 전송되지 않습니다. Nouplo는 사용자가 만든 식별자에 대한 기록을 전혀 가지고 있지 않습니다.