PixConvert

UUIDジェネレーター

ブラウザ上で、暗号学的にランダムなUUID v4識別子を、1つずつ、またはまとめて瞬時に生成します。

UUIDを作成するには、「生成」をクリックしてください。
一括生成

PixConvert UUIDジェネレーターを使用する理由

最速かつ最もプライベートなUUIDジェネレータ— crypto.randomUUIDを使用します。

暗号学的にランダム

最新のブラウザに組み込まれている、CSPRNG(暗号化擬似乱数生成器)をベースとしたUUID v4の実装であるcrypto.randomUUID()を使用します。

大量発電

一度に最大100個のUUIDを生成し、ワンクリックでそのリスト全体をクリップボードにコピーを。

フォーマットオプション

ターゲットシステムに合わせて、大文字、中括弧(Windows GUID形式)、またはハイフンなしの形式を切り替えます。

100%プライベート

UUIDはすべてクライアント側で生成されます。サーバーには何も送信されません。

即時コピー

「コピー」をクリックすると、単一のUUIDが即座にコピーを。一括コピーでは、生成されたすべてのUUIDが改行区切りのリストとしてコピーされます。

重複なし

各UUIDは統計的に一意です。衝突の確率は5.3×10³⁶分の1であり、実質的にゼロです。

UUIDのユースケース

UUIDは、中央機関を介さずに一意の識別子を生成する標準的な方法です。

データベースの主キー

分散データベースでは、シャード間での自動インクリメントの衝突を回避するために、主キーとしてUUIDを使用してください。

  • PostgreSQLのUUID列
  • MongoDB ObjectId の代替手段
  • DynamoDBパーティションキー

テストデータ

テストフィクスチャ、シードデータ、およびモックAPI用に、リアルな外観のIDを生成します。

  • シードテストデータベース
  • モックAPIレスポンスID
  • フィクスチャファイルを作成する

セッションIDとトークンID

一意のセッション識別子、相関ID、および冪等性キーを生成します。

  • セッショントークンの生成
  • APIの冪等性キー
  • 相関IDをリクエストする

UUIDを生成する方法

1

「生成」をクリックすると、単一のUUID v4が作成されます。必要に応じて、フォーマットオプション(大文字、中括弧、ハイフンなし)を選択してください。

2

「コピー」をクリックするとクリップボードに保存されます。複数のUUIDの場合は、「一括生成」と「すべてコピー」を使用してください。

3

各UUIDは、v4乱数生成のためにcrypto.randomUUIDを使用します。これは、データベースキー、ファイル名、およびリクエストIDに対して衝突安全性を確保します。

よくある質問

UUID生成について解説します。

UUIDとは何ですか?

UUID(Universally Unique Identifier)は、RFC 4122で標準化された128ビットの識別子です。32桁の16進数で、xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxxの形式で表されます。UUID v4はランダムに生成されます。

UUID v4は本当に一意性を持っているのか?

統計的にはそうです。UUID v4は122ビットのランダムビットで構成されており(バージョン/バリアント用に6ビットが固定されています)、ランダムに生成された2つのUUIDが同じになる確率は5.3×10³⁶分の1です。衝突が発生するには、何十億年もの間、毎秒何十億ものUUIDを生成する必要があります。

UUIDとGUIDの違いは何ですか?

GUID(Globally Unique Identifier)は、Microsoftが実装したUUIDです。両者は同じ形式ですが、GUIDは通常、中括弧付きで大文字で表示されます(例: {550E8400-E29B-41D4-A716-446655440000} 。GUID形式で出力するには、「中括弧付き」オプションを使用してください。

UUID v4とv7のどちらを使うべきでしょうか?

UUID v4は完全にランダムです。UUID v7(RFC 9562)は時間順に並んでいるため、データベースの主キーとして非常に優れています。シーケンシャル挿入によってBツリーの断片化を回避できます。ブラウザにおけるv7のサポートは限定的です。今のところ、ほとんどの用途ではv4で十分です。

UUIDをデータベースの主キーとして使用できますか?

はい、しかしv4 UUIDはランダムであるため、MySQL/PostgreSQLのようなデータベースでは書き込み量が多い場合にBツリーインデックスの断片化を引き起こします。高スループットシステムの場合は、代わりにULIDまたはUUID v7(時間順)の使用を検討してください。