第二部 パフォーマンス編 · 第 5 章 · 約 25 分
InnoDB の内部構造
テーブル本体が主キー順のクラスタインデックスとして格納される仕組み。連番と UUID で 25 倍の性能差が生じる理由やバッファプールの働きを解説します。
無料プレビュー
前提: idx_customer と idx_customer_ordered_price が存在します。
この章で答える問い
- 本体データはディスクやメモリ上でどう配置されるのか？
- 同じ6.4万行でも、読む順序によってなぜ劇的な差が出るのか？
- データがバッファプールに乗るかどうかは何で決まるのか？
内部構造の確認: 主キーこそがテーブル本体
まずはインデックス一覧に現れる PRIMARY を確認し、主キーの B-tree と行データがどう結び付いているかを追います。
無料プレビューはここまで
続きでは、同じ6.4万行でも25倍以上の差が出る理由を、データページの配置から確かめます。
ここからの学習は有料プラン（買い切り）となります
¥500 税込・買い切り（追加費用なし）
ご購入いただくと、第二部 2〜10 章（実行計画、選択性、複合インデックス、InnoDB の内部構造、ソートとページング、JOIN、書き込みコストと DDL、ロック、同時実行）の全編、すべてのラボの計測データ再生機能、および章末の理解度確認クイズをご利用いただけます。
※ ご購入時と同じ Google アカウントでログインすることで、すぐに続きを閲覧いただけます。デジタルコンテンツの性質上、購入後の返金は原則としてお受けできません。まずは無料の 13 章と各有料章のプレビューをお試しいただき、ご納得の上でご購入ください。