UUID Decoder & Inspector UUID Analysis Tool

UUID（Universally Unique Identifier）は、分散システムで情報を一意に識別するための 128-bit 識別標準です。標準形式は 32 個の 16 進文字をハイフンで 5 グループに分けたものです。xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx。

UUID の重要な価値は、中央の登録機関を必要とせず、グローバルに一意な識別子を生成できる点です。これはデータベースの主キー、分散トレーシング、作業ステージの識別などで非常に重要です。

RFC 4122（2005）は元の UUID 規格で、v1、v3、v4、v5 の 4 バージョンを定義しています。RFC 9562（2024 年 5 月）は更新版で、v6、v7、v8 を追加しつつ後方互換性を維持しています。

主な変更点:
• v6 は v1 と互換性がありますが、データベースで並べ替えやすいよう field の順序が変更されています。
• v7 は Unix ミリ秒タイムスタンプを使用し、v1 の 1582 年基準を置き換えています。より単純で現代的な要件に合っています。
• v8 は実験的な custom format で、開発者が独自の field layout を定義できます。
• 新規アプリケーションでは性能と sortability のバランスが良い UUID v7 の利用をおすすめします。

UUID v7 を推奨する主な理由：

• 並べ替え可能：上位 bit が timestamp なので、database で UUID を sort すると creation time 順になり、B-Tree index performance を大きく改善できます
• 高効率：グローバルロックやノード ID が不要で、高速に生成できます
• プライバシー：MAC アドレスと正確な時刻を公開する v1 とは異なり
• 十分にランダム: 74 bit のランダム部分により、約 2.4 × 10²² 通りの組み合わせを持ちます。
• 標準化：RFC 9562 に採用され、MySQL 8.0+、PostgreSQL、SQLite など主要 database で利用できます

新規システムでは、特別な互換性要件がない限り、一般に UUID v4 より v7 の方が適した選択です。

Variant は UUID の byte layout specification を表し、9 番目の byte の上位 bit によって決まります。

• NCS（0xxx）：初期の NCS 形式。現在はほとんど使われません
• RFC 4122（10xx）：現在の標準形式（最も一般的）
• Microsoft (110x): Microsoft GUID 互換形式
• 予約済み（111x）: 将来の定義用に予約

現在の UUID の多くは RFC 4122 Variant を使用しており、このツールで UUID がどの Variant を使っているかすばやく確認できます。

技術的な違いはほとんどありません。GUID（Globally Unique Identifier）は Microsoft による UUID 規格の実装で、Windows COM/OLE などで使われています。どちらも RFC 4122 に従い、128 bit・32 桁の 16 進数という同じ形式を持ちます。

ごく小さな違いとして、Microsoft GUID は mixed endian 形式（ハイフンで区切られたグループ内で byte 順が異なる形式）で出力される場合があります。ただし影響するのは表示だけで、一意性は変わりません。実用上 UUID と GUID は同種の識別子として扱えます。

Nil UUID（Zero UUID とも呼ばれます）は、すべての byte が 0 の特殊な UUID です：00000000-0000-0000-0000-000000000000。実際の識別子を表すものではなく、「値なし」や「未設定」の状態を示すためによく使われます。データベースの NULL や、プログラミング言語の nil / null に近い概念です。