MySQLでプライマリキーをUUIDにする前に知っておいて欲しいこと | Raccoon Tech Blog [株式会社ラクーンホールディングス 技術戦略部ブログ]

株式会社ラクーンホールディングスのエンジニア/デザイナーから技術情報をはじめ、世の中のためになることや社内のことなどを発信してます。 bashパフォーマンスMySQLInnoDBDB設計インデックス こんにちは、羽山です。 今回は MySQL のプライマリキーに UUID を採用する場合に起きるパフォーマンスの問題を仕組みから解説します。 MySQL(InnoDB) & UUID のパフォーマンスについては各所でさんざん議論・検証されていますが、論理的に解説した記事が少なかったり一部には誤解を招くようなものもあるため、しっかりと理由から理解するための情報として役立つことができればと思っています。 UUID と比較される古き良き昇順/降順のプライマリキーはというと、 MySQL の InnoDB において良いパフォーマンスを出すために縁の下の力持ちのような働きをしてくれているケースが実は少な

[stealthinu]

これはぜんぜん知らなかった。UUIDだとというか時系列じゃないIDでまんべんなくデータが置かれるとディスクキャッシュヒット率が下がるため大幅な性能低下が起こると。ULID使えば良い。

[soreso]

ユニークユーザーIDかと思うくらい無知だった😇Universally Unique Identifierとな…… https://wa3.i-3-i.info/word13163.html ／ ULIDは「Unique Lexicographically Sortable Identifier」……_φ(_ᵕ_ ;)辞書式順序

[bouzuya]

読みながら「 ULID で良いのでは？」と思ったらきちんと出てきた。

[teramako]

図が多くて分かりやすかった

[Haaaa_N]

PostgreSQLだとUUIDがかなり推奨されてた印象だけど、構造が相当違うんだろうか?追記型だからかな?

[petitviolet]

UUIDv6~が早く言語標準で使えるようになってほしいところ

[sh2]

ULIDの「これでいいんだよ」感がすごい

[R2M]

ULIDって思いながら見てたら言及されてた

[kappaseijin]

分野によるけどサイズが小さいユーザーデータとかじゃなければほとんどは時系列関係あるから有用な話

[gusyazero]

ﾜｲには真偽の判断はできないけど、問題点はあるある話だと思う。…ULIDは初めて知った(^^;

[ksounktnk]

“は”

[uesima]

データベース

[michael26]

“ULID”

[teckl]

UUIDの特性とULIDについて。 > レコードが増えるとランダム値のパフォーマンスが劣化して最終的には10~20倍以上の差となることが多い

[yuya_presto]

UUIDをPKにするとINSERTが遅くなる理由。INSERTされるPKがランダムだと、PKのツリー上でランダムなページにアクセスすることになる。PKが時系列だと、挿入は最後のページに集中し、キャッシュヒットする。

[halfrack]

局所性だいじなんだなぁ

[sawat]

uuid_to_bin( , 1) と ULID を覚えておこう

[kei2100]

id uuid ulid uuid_to_bin

[iww]

ULIDいいよ という話

[inoueyuworks]

uuid をプライマリキーにすると、その書き込み/読み込みがすべて InnoDB Index 上ランダムに分散され、結果 BufferCache のヒット率が悪化する、という側面がある。

[kiririmode]

クラスタインデックスの場合、主キーがランダムだとパフォーマンスペナルティがある

[efcl]

ランダムなIDと時間的な順序性を持ったULIDのような値をPrimary Keyにした場合の違いについて。 1つのリーフページに偏りやすくすることでのパフォーマンスの違いについて。

[yuyarin]

マイナンバーもプライマリキーにすると同じことが起きるんかな？

[tmatsuu]

わいわい。最近似たような英語記事も見かけた。それはbigintとuuidの比較記事だったんだけども。ISUCON11予選問題で色々検証してみよ

[sin20xx]

という話題もあって、結構前にsnowflake系のID生成機が流行ったとかそういう話だったのでは。発展性が乏しいのであまり話題は広がらなかったけど、単純な話あの仕組みは非常に有益だったと思うし今も有効だと思うのよね

[p1ass]

丁寧にまとまってて良かった

[ryunosinfx]

うほ！

[kosugip]

ULID

[mather314]

まだ半信半疑だけどそういうこともあるのかな？

[sunakawa]

ULID使え

[hiby]

コレはあるある。

[wata88]

それはそう

[asa_ca3]

“UUID の代わりに ULID を利用する”

[pascal256]

自分はUUID派というかシーケンスを使うのなるべく辞めたい派だけど、こういう動きはキチンと理解しておかないとなー

[PrivateIntMain]

インデックスは昇順降順で管理されるので、あまりにランダムだと昇順降順を保とうとして逆に遅くなる。マスターや一時データはさておき、時系列データのキーとしては不向き。という理解でよいのだろうか。

[tgk]

データがメモリに乗り切らない構成の場合、ランダムアクセスが致命傷になる

[roshi]

カーディナリティ高い方がインデックス効率高いのかと思ったら逆なのか。