ようこそ、WordPressの深淵へ。
世界中のエンジニアが「WordPressは遅い」と口を揃えるとき、その9割はデータベースの設計とクエリの非効率さに起因しています。特に、タクソノミー（カテゴリやタグ）を多用する大規模サイトにおいて、`wp_term_relationships` テーブルはまさにボトルネックの温床です。
今日は、この「魔のテーブル」を解き明かし、あなたのサイトを爆速に変えるためのインデックス戦略を伝授します。
—
1. なぜ `wp_term_relationships` は「遅い」のか？
WordPressのタクソノミー構造は、EAV（Entity-Attribute-Value）モデルの変形です。`wp_term_relationships` は、投稿（`object_id`）とタクソノミーの用語（`term_taxonomy_id`）を紐づける、いわば「多対多」の結節点です。
このテーブルには、主キー（PRIMARY KEY）として `object_id` と `term_taxonomy_id` が設定されていますが、これだけでは足りません。
なぜか？ 多くのクエリは「特定のタクソノミーに属する投稿をすべて取得せよ」という方向（`term_taxonomy_id` → `object_id`）で投げられるからです。
物理構造のイメージ
| object_id | term_taxonomy_id | term_order |
|———–|——————|————|
| 101 | 5 | 0 |
| 102 | 5 | 0 |
| 101 | 12 | 0 |
デフォルトのインデックスは `object_id` が先頭にあるため、特定のカテゴリIDから投稿を絞り込む際、MySQLはテーブル全体をスキャン（Full Table Scan）に近い挙動を強いられます。データが増えるほど、このコストは指数関数的に跳ね上がります。
—
2. インデックス戦略：複合インデックスの魔術
この結合コストを最小化するための解はシンプルです。「逆引き」のための複合インデックスを追加することです。
推奨されるインデックス構成
以下のSQLをデータベースで実行することで、クエリプランナーの挙動が一変します。
— 既存のプライマリキーは維持しつつ、検索用の複合インデックスを追加
CREATE INDEX idx_term_taxonomy_id_object_id
ON wp_term_relationships (term_taxonomy_id, object_id);
なぜこれが効くのか？
MySQLのインデックスは「左端一致」の原則で動きます。このインデックスを貼ることで、`term_taxonomy_id` を指定した瞬間に、該当する `object_id` のリストがソートされた状態でメモリ上に展開されます。JOIN処理において、重いテーブルスキャンが「範囲スキャン（Range Scan）」へと昇華されるのです。
—
3. 実践：WP_Query をどう扱うか？
多くの初心者が陥る罠は、`WP_Query` で不必要なタクソノミー検索を繰り返すことです。
// 悪い例：ループ内で何度もタクソノミーを指定してクエリを投げる
$posts = new WP_Query([
‘tax_query’ => [
[‘taxonomy’ => ‘category’, ‘field’ => ‘term_id’, ‘terms’ => 5]
]
]);
このコードが実行されるとき、内部では複雑なJOINが発生します。先ほどのインデックスがあれば、このJOINコストは最小限に抑えられますが、「キャッシュ」という最強の武器を忘れてはいけません。
パフォーマンス向上のためのプラクティス
`wp_term_relationships` へのアクセスを減らすには、Object Cache（RedisやMemcached）を利用するのが鉄則です。
// キャッシュを活用する設計
$cache_key = ‘category_5_posts’;
$post_ids = wp_cache_get($cache_key);
if (false === $post_ids) {
// インデックスが効いた状態でクエリ実行
$query = new WP_Query([‘cat’ => 5, ‘fields’ => ‘ids’]);
$post_ids = $query->posts;
wp_cache_set($cache_key, $post_ids, ”, HOUR_IN_SECONDS);
}
—
4. 陥りやすい罠とチェックポイント
開発現場でよく見かけるエラーや注意点をまとめておきます。
- `term_order` 列の罠: `wp_term_relationships` には `term_order` という列がありますが、これを複雑な並び替え条件に使うと、どんなインデックスを貼っても遅くなります。並び替えが必要な場合は、メタデータやカスタムフィールドでの制御を検討しましょう。
- インデックスの貼りすぎ: インデックスは検索を速くしますが、`wp_insert_post` などの書き込み（INSERT/UPDATE）処理は遅くなります。むやみに貼らず、慢性的スロークエリが発生している箇所に絞って適用してください。
- MySQLの実行計画を確認: `EXPLAIN` コマンドを使いましょう。
EXPLAIN SELECT FROM wp_term_relationships WHERE term_taxonomy_id = 5;
`type` カラムが `ref` や `const` になっていれば成功です。`ALL` と表示されている場合は、インデックスが機能していません。
—
最後に：WordPressをマスターするということは
WordPressのコアは、実は非常に繊細で、かつ堅牢に設計されています。データベース構造を理解し、クエリの裏側で何が起きているかを想像できるようになれば、あなたはもう単なる「利用者」ではありません。
「ここをクリアすれば、WordPressの基本はバッチリマスターできますよ」。
インデックスという小さな工夫が、数百万レコードの海の中で、あなたのサイトだけを軽やかに走らせる鍵になります。
さあ、次はあなたのプロジェクトの実行計画を覗いてみてください。ボトルネックを特定し、構造から最適化する。それこそが、エンジニアとしての醍醐味です。