Generate unique identifiers (UUID) and format conversion
Use as unique identifier in tables
Generate session IDs or API keys
Create unique filenames to prevent conflicts
Generate unique IDs without central server
UUID(Universally Unique Identifier)는 전 세계적으로 고유한 128비트 식별자 표준입니다. RFC 4122 표준에 따라 8-4-4-4-12 형식의 16진수 문자열로 표현됩니다. 중앙 서버의 조율 없이도 독립적으로 생성할 수 있어 분산 시스템에서 고유 식별자가 필요할 때 특히 유용합니다.
UUID v1은 현재 시간과 MAC 주소를 기반으로 생성되어 시간순 정렬이 가능하지만 생성 시스템의 MAC 주소가 노출될 수 있습니다. UUID v4는 완전히 무작위로 생성되어 보안상 안전하며 현재 가장 많이 사용됩니다. UUID v7은 최신 표준으로 타임스탬프 기반이면서 무작위성도 포함하여 데이터베이스 인덱스 성능에 유리합니다.
UUID v4 기준으로 이론적 충돌 확률은 매우 낮습니다. 10억 개의 UUID를 생성해도 충돌 확률이 0.00000000001% 미만으로 실용적으로는 충돌이 발생하지 않습니다. 단, 암호학적으로 안전한 난수 생성기(CSPRNG)를 사용해야 하며 Math.random() 같은 일반 난수 함수는 피해야 합니다.
데이터베이스의 기본 키(Primary Key)로 사용하면 여러 서버에서 독립적으로 레코드를 생성하고 나중에 병합할 수 있습니다. 파일 저장 시 UUID를 파일명으로 사용하면 이름 충돌 없이 안전하게 저장할 수 있습니다. API 요청 추적, 세션 관리, 이벤트 소싱 등 고유 식별이 필요한 모든 시스템에서 활용됩니다.
UUID is an international standard defined in RFC 4122, consisting of 32 hexadecimal digits and 4 hyphens for a total of 36 characters. It internally contains version number and variant information, allowing identification of how the UUID was generated. Multiple versions from v1 to v8 are currently standardized, and the appropriate version should be chosen based on use case.
Using UUID as a database primary key makes data integration between services easier in microservice architectures. However, since UUIDs are non-sequential, they can degrade B-tree index performance, so ordered ID alternatives like UUID v7 or ULID can be considered. PostgreSQL provides a native uuid type, and MySQL 8.0+ provides the UUID_TO_BIN() function for efficient storage.
For simple unique identifiers, UUID v4 is most suitable — easy to generate and highly secure. For logs or event systems requiring chronological ordering, UUID v1 or v7 is appropriate. For deterministic UUIDs based on namespaces, v3 (MD5-based) or v5 (SHA-1-based) can be used to always generate the same UUID for the same input.