- 생성할 UUID 개수(1~100)를 입력합니다.
- "생성" 버튼을 클릭하면 UUID v4 형식의 고유 식별자가 목록으로 표시됩니다.
- 목록 전체를 한 번에 복사하거나, 개별 UUID를 클릭해 하나씩 복사합니다.
- 데이터베이스 INSERT, 코드 상수, 테스트 데이터 등에 바로 붙여넣어 사용합니다.
UUID(범용 고유 식별자)는 충돌 걱정 없이 쓸 수 있는 128비트 고유 ID입니다. 8-4-4-4-12 자리 16진수(예: 550e8400-e29b-41d4-a716-446655440000) 형태로, 중앙 서버 없이도 서로 겹치지 않는 값을 만들 수 있습니다.
- 분산 환경에 유리: 자동 증가 숫자 ID와 달리 여러 서버가 동시에 만들어도 겹치지 않습니다.
- v4(랜덤): 이 도구가 만드는 버전. 122비트가 무작위라 사실상 중복되지 않습니다.
- 예측 불가: 순서를 알 수 없어 URL·키에 노출돼도 다음 값을 추측하기 어렵습니다.
DB 기본 키, 파일·요청 식별자, 테스트 데이터 등에 두루 쓰입니다. 원리와 버전 차이는 UUID란? 가이드에 정리했습니다.
- DB 기본 키로 활용: UUID를 DB 기본 키로 쓸 때는 UUID 그대로(문자형) 저장하거나, 공간 효율을 위해 BINARY(16) 타입으로 저장하는 방법도 있습니다. 분산 환경에서 자동 증가 ID보다 충돌 없이 키를 생성할 수 있습니다.
- 테스트 데이터 대량 생성: 한 번에 100개를 뽑아 스프레드시트나 SQL에 붙여넣으면 더미 ID를 빠르게 만들 수 있습니다.
- 충돌 가능성: UUID v4는 충돌 확률이 극히 낮지만(1조 개 생성 시 확률 약 10^-18), DB에서는 여전히 UNIQUE 제약 조건을 거는 것이 안전합니다.
v1은 타임스탬프+MAC 주소 기반으로 생성 순서가 예측 가능하고 기기 정보가 포함됩니다. v4는 완전 랜덤으로 보안 측면에서 유리합니다. 이 도구는 v4만 생성합니다.
crypto.randomUUID()는 122비트 랜덤 정보를 담아 실질적으로 중복이 발생할 일이 없습니다. 엄밀한 보장이 필요하다면 DB UNIQUE 인덱스로 보완하세요.
UUID 표준은 소문자가 기본이지만 대소문자를 구분하지 않습니다. 환경에 따라 toUpperCase()로 변환해도 동일한 값입니다.
괜찮지만 고려할 점이 있습니다. 충돌 없이 분산 생성이 가능한 장점이 있는 반면, 자동 증가 정수보다 길어 저장 공간을 더 쓰고 무작위라 인덱스 성능에 영향을 줄 수 있습니다. 성능이 중요하면 정렬 가능한 UUIDv7 같은 대안이나 BINARY(16) 저장을 검토하세요.
아닙니다. v4 UUID는 무작위로 생성되므로 같은 값을 의도적으로 재현할 수 없습니다. 특정 값이 필요하면 생성된 UUID를 복사해 보관하세요. 같은 입력에서 같은 값을 얻어야 한다면 UUID 대신 해시를 사용하는 것이 맞습니다.