UUID hex(binary16)은 왜 사용하나요?

UUID 문자열에서 하이픈을 제거한 32자리 16진수 형태로, 일부 데이터베이스의 binary 컬럼 저장이나 레거시 데이터 비교에 유용합니다.

UUID v4와 UUID v7 중 어떤 것을 선택해야 하나요?

일반적인 무작위 식별자는 UUID v4가 단순하고, 생성 순서나 시간 정렬이 중요하면 UUID v7이 더 적합합니다.

이 도구의 UUID 생성과 형식 변환은 브라우저 안에서 처리되며 입력값을 별도 서버로 업로드하지 않습니다.

생성 옵션

랜덤 UUID

UUID 입력 Hex 결과

Hex 입력 (32자리) UUID 결과

개수

함께 쓰면 좋은 도구

UUID 변환기가 필요한 대표 상황

장애 분석이나 요청 추적용으로 임시 UUID를 빠르게 만들어 복사해야 할 때 바로 사용할 수 있습니다.

문자열 UUID를 hex(binary16) 형태로 바꿔 저장 공간이나 이진 컬럼 사용 전략을 검토할 때 유용합니다.

32자리 hex 값만 남아 있는 데이터를 다시 표준 UUID 형식으로 복원해 사람이 읽기 쉬운 형태로 비교할 수 있습니다.

실무에서 자주 묻는 점

하이픈이 포함된 UUID 문자열보다 더 짧고, 일부 데이터베이스에서는 이진 컬럼으로 저장할 때 인덱스나 저장 공간 측면에서 유리할 수 있습니다.

정렬 친화적인 식별자가 필요하면 별도의 UUID v7 생성기가 더 적합합니다. 이 페이지는 범용 UUID와 hex 상호 변환에 초점을 둡니다.

이 페이지의 UUID 생성과 형식 변환은 브라우저 안에서 수행됩니다. 민감한 값 검증 전에 브라우저 확장이나 외부 스크립트 정책은 별도로 점검하세요.

이 도구를 가장 실용적으로 쓰는 순서

장애 추적, 요청 상관관계, 임시 테스트 데이터처럼 지금 바로 식별자가 필요할 때는 상단 생성 영역에서 UUID v4나 ULID를 먼저 만듭니다.

DB 바이너리 컬럼, 로그에 남은 32자리 값, 레거시 시스템 데이터처럼 표현이 다른 값은 상호 변환으로 같은 식별자인지 먼저 확인하는 편이 안전합니다.

정렬 가능한 식별자 전략이 목적이라면 이 페이지에서 바로 끝내지 말고 UUID v7 generator로 넘어가 비교해보는 흐름이 더 맞습니다.