UUID とは何で、何に使われますか？

UUID (Universally Unique Identifier) は、ハイフンでグループ化された 16 進数の 36 文字の文字列としてフォーマットされた 128 ビットの数値です。UUID は、中央コーディネーターを必要とせずに、分散システムでレコード、セッション、ファイル、イベント、エンティティを一意に識別するために使用されます。ランダムに生成された 2 つの UUID が衝突する確率は天文学的に小さいため、異なるマシンで独立に生成しても一意性を保てます。

UUID v4 と UUID v7 の違いは何ですか？

UUID v4 は完全にランダムです — 時間コンポーネントのない 122 ビットのランダムデータです。値が予測不可能で作成時期について何も明らかにしないため、最も広くサポートされ、プライバシーを保護するオプションです。UUID v7 は、最初の 48 ビットにミリ秒精度の Unix タイムスタンプをエンコードし、その後にランダムデータが続きます。これにより v7 UUID は作成時刻で辞書式ソート可能になり、v4 と比較してデータベースインデックスのパフォーマンスが大幅に向上します。最大のプライバシーには v4 を選択し、データベースパフォーマンスが重要な場合は v7 を選択します。

オンライン UUID ジェネレーターは安全ですか？

ほとんどの目的では、はい。ブラウザ内でクライアントサイドで動作する UUID ジェネレーターは、ブラウザの暗号的に安全な乱数ジェネレーター (Web Crypto API) を使用し、UUID をサーバーに送信しません。サーバーサイドジェネレーターはサーバー上で UUID を作成し、これは機密性のない識別子には問題ありません。ただし、セキュリティが重要な目的 (セッショントークン、API キー、ワンタイムリンク) で UUID が必要な場合は、オンラインツールからコピーするのではなく、信頼できるライブラリを使用して自分のコードで生成してください。

2 つの UUID v4 値が同じになることはあり得ますか？

理論的にはあり得ますが、確率が非常に小さく実用上不可能として扱われます。UUID v4 は 122 ビットのランダム性を持ち、5.3 × 10^36 の可能な値を提供します。衝突する 50% の確率になるには、約 2.7 × 10^18 の UUID — つまり 270 京の UUID を生成する必要があります。毎秒 10 億 UUID の速度では、その数に達するには約 85 年かかります。

NIL UUID とは何ですか？

NIL UUID は、すべての 128 ビットが 0 に設定された特別な UUID です: 00000000-0000-0000-0000-000000000000。RFC 9562 で null 識別子として定義されており、有効な UUID が利用できない場合のセンチネル値またはプレースホルダーとして使用されます。NIL UUID は本番システムで決して有効な識別子ではありません。null ポインターに似て、識別子の不在を示します。

データベース主キーに UUID v7 を使用すべきですか？

UUID v7 は 2026 年のデータベース主キーに優れた選択肢です。v7 UUID はタイムスタンプで始まるため、順次挿入された行は B-tree インデックスでインデックス内に正しくソートされる UUID を持ち、UUID v4 を主キーとして B-tree インデックスで遅くするページの断片化とランダム書き込みを回避します。PostgreSQL 17 と MariaDB 11.7 はどちらもネイティブの UUID v7 関数を導入しました。新しいプロジェクトでは、UUID v7 は UUID の衝突耐性と自動増分整数に近いインデックスパフォーマンスを提供します。

2026 年最高の UUID ジェネレーター

2026年5月10日 Toova

UUID は現代のソフトウェアのあらゆる場所にあります — データベース主キー、API リソース識別子、セッショントークン、ファイル名、イベント ID、冪等性キー。特に UUID v7 が 2026 年に広く採用される中、適切な UUID バージョンとそれらを生成する適切なツールを選択することは、見た目以上に重要です。

このガイドでは、各 UUID バージョンが何をするか、それぞれをいつ使うか、そして今日利用可能な最高のオンライン UUID ジェネレーターをレビューします。設定ファイルに貼り付ける単一の UUID が必要な場合でも、テストデータセット用に何千ものバルク ID が必要な場合でも、ここにツールがあります。

UUID バージョンの説明

UUID v1 — タイムスタンプ + MAC アドレス

UUID v1 は RFC 4122 で定義された元のバージョンの 1 つでした。60 ビットのタイムスタンプ (1582 年 10 月 15 日からの 100 ナノ秒間隔) と生成マシンの MAC アドレスをエンコードします。結果は時間順で一意ですが、重大なプライバシー問題を伴います: 埋め込まれた MAC アドレスは UUID を生成したマシンを識別するために使用でき、タイムスタンプはそれがいつ作成されたかを正確に明らかにします。

UUID v1 は新しいプロジェクトには推奨されません。インフラストラクチャに関する情報を漏らし、MAC アドレスの埋め込みはマルチテナント環境でのセキュリティ上の懸念事項です。今日 v1 に遭遇する唯一の正当な理由は、v4 がデフォルトになる前に構築されたレガシーシステムにあります。

UUID v4 — 完全ランダム

UUID v4 は、今日本番システムで最も広く使われているバージョンです。バージョンとバリアント識別のための 6 つの固定ビットを持つ 122 ビットの暗号的にランダムなデータです。形式は:

f47ac10b-58cc-4372-a567-0e02b2c3d479

3 番目のグループの値は常に 4 (バージョンインジケータ) で始まり、4 番目のグループの最初の文字は常に 8、9、a、または b (バリアントインジケータ) です。それ以外はすべてランダムです。

UUID v4 は、順序付けの要件がなく最大のプライバシーが必要な一意の識別子が必要な場合のデフォルトです。値は予測不可能で、それらがいつ、どこで生成されたかについて何も明らかにせず、衝突確率は事実上ゼロです。

欠点: v4 値はランダムであるため、大規模なテーブルの主キーとして使用するとデータベースインデックスのパフォーマンスが悪くなります。B-tree インデックスへのランダムな挿入はページの分割と断片化を引き起こします。何百万行もの書き込みが多いテーブルでは、このオーバーヘッドは測定可能です。

UUID v7 — タイムスタンププレフィックス付きランダム

UUID v7 は RFC 9562 (2024) で標準化されており、最初の 48 ビットにミリ秒精度の Unix タイムスタンプをエンコードすることで v4 のデータベースパフォーマンス問題に対処します。残りのビットはランダムです。形式は:

018f4b3c-d21a-7a2f-9b8e-3c4d5e6f7a8b

タイムスタンププレフィックスは常に増加するため (単調時計を想定)、順次生成された UUID は正しくソートされます。順序通りに挿入された行は、インデックス内でクラスタリングする UUID を持ち、断片化を減らし、大規模なテーブルでの挿入パフォーマンスを改善します。

UUID v7 は新しいプロジェクトのデータベース主キーに推奨される選択肢です。PostgreSQL 17、MariaDB 11.7、MySQL 9 はすべてネイティブの UUID v7 サポートを追加しました。主要な ORM ライブラリ (Hibernate、Doctrine) も後に続いています。2026 年には、ソート可能な UUID が必要なときに v1 を使う良い理由はありません — 代わりに v7 を使ってください。

トレードオフ: v7 UUID は作成時刻 (ミリ秒精度) を明らかにするため、作成時刻について不透明である必要がある識別子には適していません。ほとんどのデータベース主キーではこれは懸念事項ではありません。行の作成タイムスタンプを隠したい API の公開識別子には、v4 を使用してください。

NIL UUID — null 識別子

NIL UUID は特別なケース — すべての 128 ビットが 0 に設定されています:

00000000-0000-0000-0000-000000000000

RFC 9562 で「UUID なし」を表すセンチネル値として定義されており — null の UUID 同等物です。有効な UUID 形式は必要だが実際の識別子が不要なスキーマ、デフォルト値、またはテストフィクスチャでプレースホルダーとして使用します。本番で NIL UUID を実際の識別子として決して使用しないでください — 一意ではありません。

UUID v3 と v5 — 名前ベース

UUID v3 と v5 は、MD5 (v3) または SHA-1 (v5) ハッシュを使って、名前空間と名前から決定論的な UUID を生成します。同じ名前空間と名前を与えると、常に同じ UUID が得られます。これは既存のデータから安定した識別子を生成するのに有用です — たとえば、システム間で一貫性を保つ URL の UUID を作成します。

これらのバージョンはオンラインツール経由ではあまり生成されず (名前空間入力が必要)、コードでより一般的に生成されます。必要な場合、ほとんどの UUID ライブラリはそれらをサポートします。

コードでの UUID 生成 (ライブラリ不要)

UUID v4 については、現代のランタイムには組み込みサポートがあります:

// ブラウザ (Web Crypto API — ライブラリ不要)
const uuid = crypto.randomUUID();
console.log(uuid);
// 例: "f47ac10b-58cc-4372-a567-0e02b2c3d479"

// Node.js 19+ (組み込み crypto モジュール)
import { randomUUID } from 'node:crypto';
const uuid = randomUUID();
console.log(uuid);

UUID v7 については、現在ライブラリが必要です — ネイティブランタイムサポートはまだ展開中です:

// 'uuidv7' npm パッケージを使用
import { uuidv7 } from 'uuidv7';
const id = uuidv7();
console.log(id);
// 例: "018f4b3c-d21a-7a2f-9b8e-3c4d5e6f7a8b"

コードを書かずに素早く生成するには、オンラインツールが速いです。本番使用には、Web ページからコピーするのではなく、常にアプリケーションコードで UUID を生成してください。

2026 年トップ 8 UUID ジェネレーター

1. Toova UUID Generator — プライバシー + バルクに最適

Toova UUID Generator は Web Crypto API を使ってブラウザ内で完全に動作します。UUID はローカルに生成されます — サーバーに送信されません。v4、v7、NIL の生成、バルク出力 (一度に 1 から 1,000 UUID)、複数のフォーマットオプション (標準ハイフン付き、ハイフンなし、大文字、URN プレフィックス)、ワンクリックのコピーまたはテキストファイルとしてのダウンロードをサポートします。

最適な用途: プライバシーを意識する使用、バルク生成、フォーマット柔軟性
プライバシー: 100% クライアントサイド — Web Crypto API
バージョン: v4、v7、NIL
バルク: 一度に最大 1,000
フォーマット: 標準、ハイフンなし、大文字、URN

2. UUID Generator (uuidgenerator.net) — 人気のクラシック

uuidgenerator.net は何年も最も訪問された UUID ツールの 1 つです。v1 と v4 UUID を生成し、バルク生成を提供し、きれいなインターフェイスを持っています。処理はサーバーサイドです — UUID はサーバー上で生成され、ブラウザに返されます。

最適な用途: 素早い単一 UUID、機密でない使用
プライバシー: サーバーサイド
バージョン: v1、v4
バルク: あり
フォーマット: 標準

3. Online UUID Generator (uuidtools.com) — 幅広いバージョンサポート

uuidtools.com は v1、v3、v4、v5 UUID を生成し、各バージョン専用のページを持っています。v5 と v3 ジェネレーターは名前空間と名前入力を正しく受け入れます。ライブラリをセットアップせずに名前ベースの UUID が必要なときに有用です。サーバーサイド処理。

最適な用途: v3/v5 名前ベース UUID 生成
プライバシー: サーバーサイド
バージョン: v1、v3、v4、v5
バルク: 限定的

4. FreeFormatter UUID Generator — 機能豊富

FreeFormatter の UUID ツールは、名前ベースバージョンの名前空間入力を持つ v1、v3、v4、v5 をサポートします。最大 100 UUID のバルク生成も提供します。インターフェイスは古いですが機能的です。サーバーサイド。

最適な用途: 複数バージョンサポート、小規模バルクバッチ
プライバシー: サーバーサイド
バージョン: v1、v3、v4、v5
バルク: 最大 100

5. UUID Generator (guidgenerator.com) — GUID フォーカス

GUID (Globally Unique Identifier) は Microsoft の UUID の用語です。guidgenerator.com は GUID (v4 UUID) を生成し、波括弧表記 ({guid}) や C# 構造体形式を含む Microsoft フレンドリーな形式で出力します。.NET 開発者に有用です。サーバーサイド。

最適な用途: .NET / C# 開発ワークフロー
プライバシー: サーバーサイド
バージョン: v4 (GUID)
バルク: あり
フォーマット: ハイフン付き、ハイフンなし、波括弧、C#、VB.NET

6. UUID v7 Generator (uuid7.com) — v7 専用

uuid7.com は UUID v7 仕様の専用ジェネレーターです。各 UUID に埋め込まれたタイムスタンプを表示し、ビットレイアウトを説明します。クライアントサイド生成。v7 形式を学習したり、UUID v7 ライブラリがタイムスタンプを正しくエンコードしていることを検証するのに有用です。

最適な用途: 特に UUID v7、形式の学習
プライバシー: クライアントサイド
バージョン: v7
バルク: 限定的

7. Mockaroo UUID Column — コンテキスト内のデータ生成

Mockaroo はテストデータセットを生成するときの列タイプとして UUID v4 をサポートするデータ生成プラットフォームです。より大きなデータセット (名前、メール、アドレスと混合) の一部として UUID が必要な場合、Mockaroo はコンテキスト内でそれらを生成します。無料層は最大 1,000 行の生成を許可します。サーバーサイド。

最適な用途: 大きなテストデータセットの一部としての UUID
プライバシー: サーバーサイド
バージョン: v4
バルク: 最大 1,000 行 (無料層)

8. generateuuid.net — 最小限で高速

generateuuid.net は削ぎ落とされた単一目的のツールです。ページを読み込み、UUID を取得します。入力するフォームはありません — UUID は即座に表示されます。クリックして再生成します。文字通り 1 つの UUID が必要で、フォーマットオプションを気にしないときの最速のオプションです。サーバーサイド。

最適な用途: 可能な限り最速の単一 UUID
プライバシー: サーバーサイド
バージョン: v4
バルク: なし

UUID v4 と UUID v7 — どちらを使うべきか？

これは 2026 年の最も重要な UUID 決定です。実用的なガイドは次のとおりです:

UUID v4 を使うべき場合:

作成時刻について何も明らかにしない識別子が必要な場合
クライアントが保存する公開 API 識別子として UUID を使用している場合
データベーステーブルが数十万行未満の場合 (小規模ではインデックスの断片化は懸念事項ではありません)
ブラウザと Node.js の crypto.randomUUID() のような v4 組み込みサポートを持つランタイムを使用しており、依存関係を追加したくない場合
既存のコードベースが v4 を使用しており、一貫性を望む場合

UUID v7 を使うべき場合:

新しいデータベーススキーマを設計しており、テーブルが大きくなる場合
識別子に時間順が組み込まれている必要がある場合 (たとえば、ID でイベントをソートすると年代順になる)
PostgreSQL 17+、MariaDB 11.7+、または MySQL 9+ を使用しており、ネイティブデータベースレベルの生成が必要な場合
v4 よりも優れたインデックス局所性で分散 ID 生成 (シーケンス調整なし) の利点が欲しい場合

2026 年のほとんどの新しいプロジェクトでは、UUID v7 はデータベース主キーのより良いデフォルトです。クライアントに公開される API サーフェス識別子には、データタイムラインについて何も明らかにしないため、v4 が引き続きより良い選択肢です。

両方を組み合わせることもできます: UUID v7 を内部主キー (データベースに保存、外部に公開しない) として使用し、UUID v4 を同じリソースの公開 API 識別子として使用します。これはより複雑ですが、両方の利点を提供します。

UUID ではないランダム文字列の生成 — たとえば、API キー、トークン、または短いコード — については、文字セットと長さの追加制御を提供するランダム文字列ジェネレーターとパスワードジェネレーターを参照してください。

比較表

ツール	プライバシー	v4	v7	NIL	v3/v5	バルク	フォーマット
Toova	クライアント	あり	あり	あり	なし	1–1,000	4 オプション
uuidgenerator.net	サーバー	あり	なし	なし	なし	あり	標準
uuidtools.com	サーバー	あり	なし	なし	あり	限定的	標準
FreeFormatter	サーバー	あり	なし	なし	あり	最大 100	標準
guidgenerator.com	サーバー	あり	なし	なし	なし	あり	5 .NET 形式
uuid7.com	クライアント	なし	あり	なし	なし	限定的	標準

結論

UUID 生成は解決された問題です — 信頼できるツールはどれも衝突耐性のある識別子を生成します。ツール間の意味のある違いは、バージョンサポート、プライバシー、バルク生成、フォーマット柔軟性に集約されます。

日常的な使用には、Toova UUID Generator が最も重要な基盤をカバーします: デフォルトケースの v4、新しいデータベーススキーマの v7、テスト用の NIL、データセット生成のためのバルク出力、複数のフォーマット — すべてクライアントサイド。専門的なユースケースには、uuid7.com が最良のクライアントサイド v7 ツールで、uuidtools.com は v3/v5 名前ベース生成が必要なときの適切な選択肢です。

自分のコードで UUID が必要な場合は、オンラインツールを完全にスキップしてください: crypto.randomUUID() はすべての現代ブラウザと Node.js 19+ で利用可能で、依存関係なしで暗号的に安全な v4 UUID を生成します。ネイティブランタイム API が追いつくまで、v7 サポートには npm から uuidv7 を追加してください。完全な UUID 仕様は RFC 9562 に文書化されています。

生成する準備ができましたか？Toova UUID Generator をお試しください — サインアップなし、サーバー往復なし、ワンクリックで 1,000 UUID。