こんにちは。WordPressの深淵へようこそ。
多くの開発者は「`get_posts()` を叩けばデータが取れる」という表面的なレイヤーで満足してしまいます。しかし、私たちが目指すのはその先——「MySQLのメモリ（InnoDBバッファプール）をいかに支配し、リクエストのレスポンスタイムを極限まで削り出すか」という領域です。
今日は、WordPressの心臓部である `wp_posts` テーブルと、その効率的なアクセス戦略について、内部構造から紐解いていきましょう。
—
1. wp_posts は「ただのテーブル」ではない
`wp_posts` は、投稿、固定ページ、メディア、カスタム投稿タイプ、さらにはメニュー項目に至るまで、あらゆる「コンテンツ」を飲み込む巨大な器です。
物理構造のイメージ
このテーブルは巨大です。そのため、すべてのデータがメモリ（RAM）に乗るわけではありません。MySQLの InnoDB は、「バッファプール（メモリ上のキャッシュ）」にデータを読み込み、そこにヒットすれば爆速、なければディスクを読みに行く（＝遅い）という仕組みで動いています。
- データ構造（簡略図）:
[ ID (PK) | post_type | post_status | post_date | … ]
ここでの重要ポイントは、`post_type` と `post_status` のカーディナリティ（値の種類の多さ）です。
—
2. なぜ「インデックス」だけでは足りないのか
初学者が陥りやすい罠が、「とりあえずカラムにインデックスを貼ればいいんでしょ？」という考え方です。
例えば、`post_type` にインデックスを貼っても、`post_type` の値の種類が少なければ（’post’ と ‘page’ しかないなど）、MySQLは「インデックスを使うよりフルスキャンしたほうが早い」と判断し、インデックスを無視することがあります。
バッファプールヒット率を意識する
バッファプールに「頻繁にアクセスされる行」をいかに効率よく配置するかが肝です。
- ダメなパターン: `wp_postmeta` に頼りすぎて、`wp_posts` との JOIN を多用する。
- JOIN が走るたびに、異なる領域のメモリをフェッチする必要があり、バッファプールの効率が落ちます。
- 良いパターン: 必要最小限のフィールドだけを射影（SELECT）し、クエリの検索範囲を限定する。
—
3. 実践：クエリの効率化と内部トレース
WordPressで最もよく使われる `WP_Query` を例に、どうすれば MySQL に優しいクエリを投げられるか見ていきましょう。
悪いコード例
// すべてのフィールドを取得してしまっている（SELECT ）
// さらにメタデータを含めて取得しようとすると地獄を見る
$args = array(‘post_type’ => ‘post’);
$query = new WP_Query($args);
改善されたコード例
$args = array(
‘post_type’ => ‘post’,
‘fields’ => ‘ids’, // IDのみ取得することでメモリ消費を劇的に抑える
‘no_found_rows’ => true, // ページネーション用のSQL_CALC_FOUND_ROWSを無効化（重要！）
‘post_status’ => ‘publish’,
);
$query = new WP_Query($args);
// これにより、MySQLは余計なデータを探し回らず、インデックスだけを舐めて返却できる
解説:
- `no_found_rows => true`: これを知っているかどうかがプロとアマの分かれ目です。WordPressはデフォルトで全件数を数えるクエリを投げますが、大規模サイトではこれが一番のボトルネックになります。
—
4. 陥りやすい「文法エラー」と「構造的ミス」
初心者がよくやるミスは、「`post_meta` を `wp_posts` の代わりとして使いすぎること」です。
- ミス: 投稿の絞り込み条件に `meta_query` を多用する。
- `wp_postmeta` は EAV（Entity-Attribute-Value）モデルです。これを JOIN すると、MySQLは巨大な一時テーブルを作成し、バッファプールを食い尽くします。
- 解決策: 絞り込み条件が固定的なら、`wp_posts` にカスタムカラムを追加するか、タクソノミー（`wp_term_relationships`）を活用しましょう。タクソノミーの方が検索性能は圧倒的に上です。
—
5. まとめ：WordPressを掌握するために
今日学んだことを脳内に刻んでください。
1. バッファプールは限られた資源です。 不要な `SELECT ` を避け、必要なデータだけを抽出してください。
2. `no_found_rows` を活用せよ。 ページネーションが不要な場所では、常に `true` にする癖をつけましょう。
3. JOIN を減らす。 `wp_postmeta` への依存を減らし、タクソノミー設計を見直すことで、データベース負荷は劇的に下がります。
ここをクリアすれば、あなたはもう「WordPressを使っている人」から「WordPressを制御しているエンジニア」の仲間入りです。
次は、`Object Cache` を活用して、このデータベースへのアクセス自体をいかに「発生させないか」というフェーズへ進んでいきましょう。準備はいいですか？ 疑問があればいつでも聞いてくださいね。