🆔 UUID 개념 정리: 버전별 차이와 선택 기준

1. UUID (Universally Unique Identifier)

UUID는 전 세계에서 유일하도록 설계된 식별자이다. 서로 다른 시스템이나 환경에서도 중앙 관리 없이 충돌이 발생하지 않도록 생성할 수 있는 ID이다.

UUID는 128비트(16바이트) 길이의 값으로 구성되며, 일반적으로 아래와 같은 문자열 형태로 표현된다.

550e8400-e29b-41d4-a716-446655440000

이는 32자리 16진수 숫자를 8-4-4-4-12 형식으로 나눈 구조이다.

2. UUID를 사용하는 이유

기존의 숫자 기반 ID(auto increment)는 단순하지만 다음과 같은 한계가 있다.

• 여러 서버에서 동시에 생성 시 충돌 가능성
• ID가 순차적으로 증가하므로 데이터 규모 및 순서 노출 위험성
• 분산 시스템에서 관리의 어려움

반면 UUID는 충돌 확률히 극히 낮고, 중앙 관리 없이 독립적으로 생성이 가능하며 예측이 어려워 보안 측면에서 유리하다. 따라서 분산 시스템, 마이크로서비스 환경에 적합하다.

다만 단점으로는 길이가 길어 가독성이 떨어지고, 저장 공간을 더 많이 차지한다는 점이 있다. 또한 DB 인덱스 성능이 숫자 ID보다 불리하다. (특히 랜덤 UUID)

3. UUID 버전 완전 정리 (v1 ~ v8)

UUID는 생성 방식에 따라 여러 버전으로 나뉜다. 최신 표준은 RFC 9562이다.

UUID v1 (시간 + MAC 기반)

현재 시간 + MAC 주소를 기반으로 생성된다.

장점
1) 생성 시점 추적 가능

단점
1) MAC 주소 노출 가능성
2) DB 인덱스 및 정렬 성능

UUID v2 (DCE Security)

v1 기반에 사용자/그룹 ID를 포함하여 생성된다. 거의 사용되지 않으며 대부분의 라이브러리에서 지원하지 않는다.

UUID v3 (이름 기반, MD5)

입력값(namespace + name)을 해시(MD5)해서 생성한다. 동일 입력의 경우 항상 같은 UUID를 생성하므로 URL, 파일 경로 등에 사용된다.

다만 MD5는 충돌 가능성이 있으므로 보안에 주의해야 한다.

UUID v4 (랜덤 기반)

완전히 난수로 생성된다.

장점
1) 구현이 간단
2) 충돌 확률이 극히 낮음
3) 가장 널리 사용

단점
1) 정렬이 불가능
2) DB 인덱스 성능

UUID v5 (이름 기반, SHA-1)

v3와 동일한 구조지만 SHA-1을 사용한다.

장점
1) v3보다 더 안전
2) v3와 마찬가지로 동일 입력에 동일 UUID

단점
1) SHA-1도 이론적 취약점이 존재

UUID v6 (정렬 가능한 시간 기반)

v1을 개선한 버전으로 시간 정보를 앞쪽에 배치하여 정렬 가능하도록 설계되었다.

장점
1) 시간 순 정렬 가능
2) DB 인덱스 성능 개선

단점
1) 아직 사용 사례가 많지 않다.

UUID v7 (Unix 시간 기반)

Unix timestamp + 랜덤 값 기반으로 생성되며 최신 표준에서 가장 권장되는 방식이다.

장점
1) 시간 순 정렬 가능
2) 랜덤성 유지 (충돌 안정성)
3) DB 친화적 (순차 삽입 가능)

현재 가장 추천되는 UUID 버전이다.

UUID v8 (커스텀)

사용자 정의 구조로 특정 시스템 요구사항에 맞게 설계가 가능하다. 회사 내부 ID 규칙이나 특정 비즈니스 로직을 반영해야 하는 경우 사용된다.