WordPressの深淵へようこそ。
長年運営されたWordPressサイトが「なぜか重い」と感じることはありませんか？ その原因の多くは、肥大化した`wp_postmeta`テーブルと、最適化を置き去りにされた「インデックス（索引）」の迷宮にあります。
今日は、WordPressのデータベース構造を物理層から見直し、クエリの実行計画を劇的に改善するための「インデックス再構築」の極意を伝授します。
—
1. なぜWordPressのDBは「迷宮」と化すのか？
WordPressの心臓部である`wp_postmeta`テーブルを想像してみてください。ここは、投稿のカスタムフィールド、WooCommerceの価格、SEOプラグインのメタ情報などが、すべて縦一列に積み上げられた巨大な倉庫です。
- 物理構造の限界: `meta_key`と`meta_value`が文字列として保存され、特定のキーを検索するたびにMySQLはテーブル全体をスキャン（Full Table Scan）しようとします。
- インデックスの盲点: デフォルトで存在するインデックスは、汎用的なものに過ぎません。特定のクエリ（例：`meta_key = ‘price’` かつ `meta_value > 1000`）を頻繁に投げる場合、既存のインデックスだけでは力不足なのです。
2. 隠れたインデックスを暴く：EXPLAIN解析
まず、あなたのサイトがどのクエリで苦しんでいるのかを特定しましょう。MySQLで`EXPLAIN`コマンドを使います。
— 特定のメタキーを検索する際、どれだけスキャンしているか確認
EXPLAIN SELECT FROM wp_postmeta WHERE meta_key = ‘my_custom_key’;
この結果の`type`カラムが`ALL`になっていれば、インデックスが使われず、テーブル全体をなめています。これがパフォーマンス低下の元凶です。
3. インデックス再構築の作法：複合インデックスの力
単一のキーに対するインデックスだけでは不十分なケースが多いです。WordPressの運用で最も効果的なのは「複合インデックス（Composite Index）」の導入です。
実行すべき最適化の例
もし「特定のキー」かつ「値」でソートや検索を頻繁に行うなら、以下のようにインデックスを再定義します。
— 既存のインデックスを削除（※環境に合わせてインデックス名を指定）
ALTER TABLE wp_postmeta DROP INDEX meta_key;
— 複合インデックスを貼る（meta_keyとmeta_valueのペアをインデックス化）
— 注意：meta_valueは長い文字列になる可能性があるため、先頭の長さ(length)を制限するのがコツです
CREATE INDEX idx_meta_key_value ON wp_postmeta (meta_key, meta_value(20));
なぜこれで速くなるのか？
図解的に説明すると、これまでの検索が「図書館で目次を見ずに全ページをめくる」作業だったのに対し、複合インデックスは「著者名とジャンルで完璧に分類されたカード目録」を用意するようなものです。MySQLは目的のデータに一瞬で到達できます。
4. 陥りやすい罠と注意点
初心者がやってしまいがちな失敗を整理しておきますね。
1. インデックスの貼りすぎ: インデックスは読み込みを速くしますが、データを書き込む（INSERT/UPDATE）たびにインデックスも更新されます。更新頻度が高いサイトでインデックスを増やしすぎると、逆にサイトが重くなります。
2. meta_value(20)の意味: MySQLのインデックスには容量制限があります。`meta_value`は長いテキストが入ることがあるため、先頭20文字だけをインデックス対象にすることで、メモリ消費を抑えつつ検索効率を最大化できます。
3. プラグインによる干渉: WordPressの多くのプラグインは、独自のインデックスを勝手に削除したり、再作成したりしません。DBメンテナンスは、エンジニアであるあなたの責任領域です。
5. 実践：WP-CLIで安全に検証する
本番環境で直接SQLを叩くのは危険です。WP-CLIを活用して、インデックスの状態を確認する習慣をつけましょう。
データベースの最適化を促すWP-CLIコマンド
wp db optimize
これを行うだけでも、フラグメンテーション（断片化）が解消されます。しかし、真の最適化はやはりインデックスの再設計にあります。
—
先輩からのアドバイス
データベースの最適化は、まるで高級車のエンジン調整のようなものです。一度の調整で劇的に速くなりますが、闇雲にインデックスを貼れば良いわけではありません。「どのキーが、どの頻度で呼ばれているか」をクエリログから読み解くことこそ、WordPressを掌握する第一歩です。
まずは、あなたのサイトの`wp_postmeta`がどの程度の行数になっているか、`SELECT COUNT() FROM wp_postmeta;` で確認してみてください。数百万行を超えているなら、今すぐこの最適化に取り組むべきです。
ここをクリアすれば、あなたはもう「WordPressを使っている人」から「WordPressの内部を操るエンジニア」の仲間入りです。迷ったら、またいつでも聞きに来てくださいね。応援していますよ。