MySQLでUUIDv4をプライマリキーにするとパフォーマンス問題が起きるのはなぜ？（N回目）

はじめに こんにちは、令和トラベルでバックエンドエンジニアをしている飯沼です。 MySQLでは、UUID (v4)などのランダム性の高いIDをプライマリキーに設定すると、パフォーマンスが低下すると言われています。私自身もこの問題については認識しておりアンチパターンとして避けて来ましたが、イマイチ理由を理解できず何度も調べていたので自分の理解を整理しました。 ※ この記事は令和トラベルのTech LT会で共有した内容を記事にしたものです。社外の方にもご参加いただけるTech LT会は connpass にて告知しています。 UUIDをプライマリキーにするユースケース そもそもUUIDをプライマリキーにするユースケースはどのようなものがあるのでしょうか？ いくつかの観点から考えてみます。 パフォーマンス観点 大量の同時書き込みが発生するような状況でauto incrementを利用してIDを発

[tmtms]

UUIDv1 で UUID_TO_BIN(swap_flag=1) を使うという手もあり https://dev.mysql.com/doc/refman/8.0/ja/miscellaneous-functions.html#function_uuid-to-bin

[nemoba]

これ連続性のあるIDは時系列にデータが格納されやすくなり、データの利用は時系列に偏りやすいから有利っていう大切な説明が抜けちゃってると思う。最後の設計指針に勘違いを感じる

[havanap]

spannerも主キー単調増加の方がINSERTパフォーマンスいいってかいてあった（インデクスとかクラスタ分割の都合）

[txjp]

AUTO_INCREMENTだとテストのために気軽に叩けないから本当はUUIDのほうが嬉しいんだけどね...

[nilab]

MySQLでUUIDv4をプライマリキーにするとパフォーマンス問題が起きるのはなぜ？（N回目）

[akymrk]

“ランダム性の高いIDをプライマリキーにすると、書き込み先のページがランダムになり、バッファプールのキャッシュがヒット率が低下し、性能劣化”"本当に必要であれば、UUID (v7)やULID"

[moneyshark]

uuid を使う理由(セキュリティ&パフォーマンス) MySQLでなぜそれがパフォーマンスてしてだめなのか、わかりやすく書いてある

[MzdA0w73tg]

DDDだとUUIDの方が扱いやすい気が

[shoh8]

“本当に必要であれば、UUID (v7)やULIDを利用しましょう”

[yarumato]

“行データはプライマリキーの順序でメモリ上にキャッシュされる。つまり、連続性のあるIDを使うとキャッシュの恩恵を受けやすい。ランダムなIDだと、キャッシュがヒットしない。対策としてUUID (v7)やULIDを提案”