UUID란 무엇인가요?
UUID(Universally Unique Identifier, 범용 고유 식별자)는 데이터베이스 행, 파일, API 요청, 장치 등에 이름표를 붙이는 128비트 숫자로, 중앙 서버에 다음 빈 ID를 요청하지 않고도 쓸 수 있습니다. 16진수 32자리를 8-4-4-4-12의 다섯 그룹으로 나눠 표기하며, 예를 들면 f47ac10b-58cc-4372-a567-0e02b2c3d479와 같습니다.
UUID는 RFC 9562(2024년)에 정의되어 있으며, 이 문서는 기존 RFC 4122를 대체하고 버전 6, 7, 8을 추가했습니다. 세 번째 그룹의 첫 16진수 자리가 버전(위 예시 4372의 4)을 나타내고, 네 번째 그룹의 첫 자리가 variant(표준 UUID는 8, 9, a, b 중 하나)를 나타냅니다.
UUID 버전별 차이
모든 버전은 같은 128비트를 서로 다른 방식으로 채웁니다. 실제로 자주 접하게 되는 버전은 다음과 같습니다.
122비트가 무작위입니다. 내부에 의미가 없으므로 노출될 정보도 없습니다. 대부분 언어의 기본값입니다(crypto.randomUUID(), uuid.uuid4(), Guid.NewGuid()).
밀리초 단위의 48비트 Unix 타임스탬프 뒤에 무작위 비트가 이어지므로, 새 ID가 이전 ID보다 뒤에 정렬됩니다. RFC 9562는 v1과 v6보다 이 버전을 권장합니다.
60비트 타임스탬프, 클록 시퀀스, 그리고 원래 컴퓨터의 MAC 주소였던 48비트 노드 ID로 구성됩니다. 이 생성기는 대신 무작위 노드를 사용합니다.
네임스페이스 UUID와 이름을 SHA-1(v5) 또는 MD5(v3)로 해시합니다. 같은 입력은 언제나 같은 UUID가 됩니다. v5를 권장합니다.
버전 1의 필드 순서를 바꿔 ID가 시간순으로 정렬되도록 한 것입니다. 주로 이미 v1을 쓰는 시스템을 위한 연결 고리입니다.
모두 0(00000000-0000-0000-0000-000000000000)이거나 모두 f입니다. "값 없음"이나 "범위의 끝"을 뜻하는 자리 표시자로 쓰입니다.
Advertisement
UUID 생성 방법
무작위 ID라면 v4, ID를 데이터베이스 인덱스에 넣거나 생성 시각순으로 정렬해야 한다면 v7, 같은 이름이 언제나 같은 UUID가 되어야 한다면 v5를 고르세요.
1개, 10개, 100개 또는 최대 1,000개까지 한 번에 생성하세요. 모두 브라우저의 암호학적으로 안전한 난수 생성기에서 만들어집니다.
표준 소문자, Windows 스타일 GUID용 {중괄호}와 대문자, 하이픈 없는 32자, 또는 urn:uuid: URN 중에서 고르세요.
UUID 하나나 목록 전체를 복사하거나 .txt 파일로 다운로드하세요. 페이지 주소에 설정이 저장되므로 북마크해 두고 다시 쓸 수 있습니다.
UUID와 GUID: 차이가 있나요?
GUID(Globally Unique Identifier)는 같은 것을 가리키는 Microsoft의 명칭입니다. .NET의 Guid.NewGuid()나 PowerShell의 New-Guid로 만든 GUID는 표준 버전 4 UUID입니다.
눈에 보이는 차이는 흔히 쓰는 표기 방식입니다. Windows 도구는 GUID를 {F47AC10B-58CC-4372-A567-0E02B2C3D479}처럼 대문자로, 중괄호로 감싸서 표시하는 경우가 많습니다. 형식을 중괄호로 설정하고 대문자에 체크하면 정확히 그 모양이 됩니다. 내부적으로 Windows와 .NET은 앞의 세 그룹을 리틀 엔디언 바이트 순서로 저장하므로, 텍스트가 같더라도 원시 16바이트는 UUID 바이트 순서와 다릅니다. 아주 오래된 일부 COM GUID는 Microsoft 고유의 variant 비트를 사용하며, 위의 디코더가 이를 표시해 줍니다.
Advertisement
UUID v4와 v7: 무엇을 써야 할까요?
둘 다 고유 ID로 안전하게 쓸 수 있습니다. 차이는 수백만 개를 데이터베이스 인덱스에 저장할 때 나타납니다.
기본 키에는 v7을 쓰세요. 새 v7 UUID는 항상 직전 값보다 크기 때문에 삽입이 B-tree 인덱스의 무작위 위치가 아니라 끝에 쌓이며, PostgreSQL과 MySQL에서 인덱스를 작게 유지하고 삽입을 빠르게 해 줍니다. SQL Server는 예외입니다.
uniqueidentifier값을 마지막 6바이트부터 먼저 정렬하므로 v7의 이점이 없습니다.ID가 아무 정보도 드러내지 않아야 한다면 v4를 쓰세요. v7 UUID에는 밀리초 단위의 생성 시각이 들어 있어, 이를 본 사람은 누구나 위의 디코더로 그 시각을 읽을 수 있습니다.
이름에서 안정적인 ID를 만들려면 v5를 쓰세요. 예를 들어 도메인 이름이나 URL마다 UUID 하나를 정해 두면, 테이블을 공유하지 않아도 모든 시스템이 같은 값을 계산합니다.
새 작업에는 v1을 피하세요. 기존 v1은 컴퓨터의 MAC 주소와 생성 시각을 담고 있으며, RFC 9562는 대신 v7을 권장합니다.
두 UUID가 같아질 수 있나요?
이론적으로는 가능하지만 실제로는 일어나지 않습니다. 버전 4 UUID는 무작위 비트가 122개로, 가능한 값은 약 5.3 × 10^36개입니다. 중복이 단 하나라도 생길 확률이 50%가 되려면 약 270경 개(2.7 × 10^18)를 생성해야 합니다. 1초에 10억 개씩 약 86년 동안 만들어야 하는 양입니다.
실제 위험은 수학이 아니라 고장 난 난수 생성기입니다. 이 도구는 브라우저의 암호학적으로 안전한 난수원인 crypto.getRandomValues()를 사용하며, v7은 카운터를 유지하므로 같은 밀리초에 만든 UUID도 올바르게 정렬되고 절대 반복되지 않습니다.
Advertisement
UUID 디코딩: 버전, variant, 타임스탬프
디코딩 탭을 열고 UUID를 한 줄에 하나씩 붙여넣으세요. 표준, 중괄호, urn:uuid:, 32자 형식을 모두 지원합니다. 각 UUID마다 유효 여부, 버전, variant가 표시되고, v1, v6, v7은 생성된 날짜와 시각도 볼 수 있습니다.
v1과 v6 UUID는 노드 ID와 그것이 실제 MAC 주소처럼 보이는지, 무작위 값인지도 함께 보여 줍니다. 시스템의 오래된 ID가 하드웨어 주소를 노출하고 있는지 빠르게 확인하는 방법입니다.
코드에서 UUID 생성하기
주요 언어와 데이터베이스 대부분은 별도 패키지 없이 UUID를 만들 수 있습니다. 버전 7 지원은 비교적 최근에 추가되었으며, Python 3.14, PostgreSQL 18, .NET 9, Go 1.27에서 도입되었습니다.
crypto.randomUUID()
// 'f47ac10b-58cc-4372-a567-0e02b2c3d479' (버전 4)import uuid
uuid.uuid4() # 랜덤
uuid.uuid5(uuid.NAMESPACE_DNS, 'example.com') # 이름 기반, 항상 같은 값
uuid.uuid7() # Python 3.14+SELECT gen_random_uuid(); -- 버전 4 (PostgreSQL 13+)
SELECT uuidv7(); -- 버전 7 (PostgreSQL 18+)Guid.NewGuid() // 버전 4
Guid.CreateVersion7() // 버전 7 (.NET 9+)
# PowerShell
New-Guiduuidgen # 랜덤 UUID (macOS는 대문자로 출력)
uuidgen --time # 버전 1 (util-linux)
cat /proc/sys/kernel/random/uuid # Linux 커널UUID.randomUUID() // Java, 버전 4
uuid.NewV4() // Go 1.27+ 표준 라이브러리, 버전 4
uuid.NewV7() // Go 1.27+, 버전 7
// 이전 Go: github.com/google/uuid (uuid.New, uuid.NewV7)Advertisement
더 많은 개발자 도구
개발자와 시스템 관리자를 위한 다른 무료 도구입니다. 모두 브라우저에서 실행됩니다.