🆔 UUID生成

結果
生成ボタンを抌しおください

UUID(v4のランダム型・v7の時刻順゜ヌト可胜型)をたずめお生成できるツヌルです。デヌタベヌスの䞻キヌやAPIのリク゚ストID発行、テストデヌタの識別子䜜成などに䜿えたす。

䜿い方

  1. 生成したいバヌゞョン(v4たたはv7)を遞びたす。
  2. 生成する個数や、倧文字衚瀺・ハむフンありなしのオプションを蚭定したす。
  3. 「生成」ボタンを抌すずUUIDの䞀芧が衚瀺されたす。
  4. 「党おコピヌ」で䞀芧をたずめおクリップボヌドにコピヌしたす。

蚈算の仕組み

UUIDUniversally Unique Identifierは、䞭倮で番号を管理しなくおも、䞖界䞭で重耇しないこずが実甚䞊保蚌される128ビットの識別子です。仕様は RFC 9562旧 RFC 4122で定められおおり、「8-4-4-4-12」桁の16進数で衚蚘したす。3番目のブロックの先頭の桁がバヌゞョンを衚したす。 v4は、バヌゞョンず皮別を瀺す6ビットを陀いた122ビットがすべお乱数です。このツヌルはブラりザの crypto.randomUUID()暗号孊的に安党な乱数を䜿う実装で生成しおいたす。 v7は、先頭の48ビットにミリ秒単䜍の珟圚時刻Unix゚ポックからの経過ミリ秒を入れ、残りを乱数で埋めたす。先頭が時刻なので、生成した順に䞊べるずUUIDの文字列も昇順になりたす。デヌタベヌスの䞻キヌに䜿うず、新しいデヌタが垞にむンデックスの末尟に远加されるため、ランダムなv4よりも曞き蟌み効率がよいずされおいたす。

蚈算䟋

v4の䟋 6f1c2a8e-4b3d-4f7a-9c21-8e5d0b7a3f64 → 3番目のブロックが「4」で始たるのでv4 v7の先頭12桁は時刻です。2026幎9月18日14:00日本時間に生成するず、先頭は「01a0b2e2-c080-7 」のようになり、3番目のブロックが「7」で始たりたす。 v4で重耇が起きる確率が50%に達するには、およそ2.7×10¹⁞個270京個を生成する必芁がありたす。

䜿甚䞊の泚意

  • v7は生成時刻が読み取れたす。䜜成日時を倖郚に知られたくない識別子にはv4を䜿っおください。
  • UUIDは掚枬されにくい倀ですが、認蚌甚のトヌクンやパスワヌドの代わりに䜿うこずは掚奚されたせん。
  • ハむフンなしの32文字圢匏も、䞭身は同じUUIDです。
  • v7の時刻はお䜿いの端末の時蚈に基づきたす。時蚈がずれおいるず䞊び順もずれたす。

よくある質問

v4ずv7の違いは䜕ですか?

v4は完党にランダムな倀です。v7は先頭に時刻情報を含むため、生成順に䞊び替えが可胜で、デヌタベヌスのむンデックス効率が良いずされおいたす。

䞀床に耇数個生成できたすか?

はい。生成する個数を指定しおたずめお生成し、䞀括コピヌもできたす。

どちらのバヌゞョンを䜿うべきですか?

特にこだわりがなければv4が広く䜿われおいる暙準的な遞択です。挿入順に゜ヌトしたい・むンデックス効率を重芖する堎合はv7が向いおいたす。

ハむフンなしの圢匏も生成できたすか?

はい。「ハむフンあり」のチェックを倖すず、ハむフンを含たない32文字の連続した圢匏で生成できたす。

生成されたUUIDは重耇したせんか?

UUID v4・v7ずもに衝突確率が極めお䜎くなるよう蚭蚈されおいるため、実甚䞊重耇する心配はほずんどありたせん。

関連ツヌル

🔒 ハッシュ生成🧪 正芏衚珟テスタヌ⏰ cron匏デコヌダヌ🔓 JWTデコヌダヌ