こんにちは。WordPressの深淵へようこそ。
今日は、WordPressの心臓部である `wp_posts` テーブルと、そのパフォーマンスを左右する「ステータス」の真実についてお話しします。
多くの開発者が、`WP_Query` を使って「とりあえず記事を取得する」ことに終始してしまいます。しかし、大規模なデータセットを扱うとき、そのクエリがデータベースのインデックスを正しく利用できているかどうかで、サイトの速度は劇的に変わります。
今日は、この「見えないインデックスの挙動」を掌握し、あなたのコードをプロフェッショナルなレベルへと引き上げましょう。
—
1. なぜ `post_status` がパフォーマンスの分かれ道になるのか？
WordPressの `wp_posts` テーブルには、`post_status` というカラムがありますよね。ここには `publish`（公開）、`draft`（下書き）、`trash`（ゴミ箱）などの値が入ります。
データベースのインデックスは、データの「選択性（カーディナリティ）」に依存します。例えば、100万件の記事のうち、99万件が `publish` で、100件が `draft` だとしましょう。
- `publish` を検索する場合: データベースは全データの大部分を探すことになるため、インデックスを読み込むコストよりも、フルスキャンの方が早いと判断されることがあります。
- `draft` を検索する場合: 非常にユニークな値なので、インデックスが爆発的に効きます。
このように、「どのステータスを探すか」によって、MySQLのクエリプランナーの判断は全く異なるのです。
イメージ図：B-Treeインデックスの視点
[ インデックスツリー ]
publish -> [ポインタ: 大量]
draft -> [ポインタ: 少量]
future -> [ポインタ: 極小]
`publish` は「多数派」なので、インデックスを辿っても結局ほとんどの行を読み込むことになります。ここが、大規模サイトでクエリが遅くなる「罠」です。
—
2. 現場で陥りやすい「インデックス無視」の罠
初学者がやってしまいがちなのが、無駄なステータス指定や、インデックスにないカラムとの複合検索です。
悪い例：ステータスのデフォルトに頼る
// 何も指定しないとデフォルトの ‘publish’ が適用されます
$query = new WP_Query([
‘post_type’ => ‘post’,
// ここで無意識に全件取得に近い動作をさせている可能性がある
]);
これ自体は悪くありませんが、もし `meta_query` で複雑な条件を足すと、MySQLは `post_status` と `meta_key` のどちらのインデックスを優先すべきか迷い、結果としてどちらも中途半端にしか使えないという悲劇が起きます。
—
3. パフォーマンスを最適化する「インデックスの戦略」
では、どうすれば良いのでしょうか？ 伝説のコントリビューターとしての僕の鉄則を教えます。
戦略A：複合インデックスを考慮する
`wp_posts` の標準インデックスは `post_type` や `post_status` を含んでいますが、カスタムフィールドを多用する場合、これらだけでは不足します。
もし特定のステータス（例：`publish`）でフィルタリングすることが前提なら、クエリを投げる前に「本当にそのステータスが必要か？」を考えてください。
戦略B：WP_Queryの最適化コード
不要なメタデータやコンテンツのロードを避けることが、インデックスを有効活用する第一歩です。
$args = [
‘post_type’ => ‘post’,
‘post_status’ => ‘publish’, // 明示的に指定する
‘fields’ => ‘ids’, // コンテンツ全体を取得せず、IDのみ取得する
‘no_found_rows’ => true, // ページネーション用のSQL_CALC_FOUND_ROWSを無効化
‘posts_per_page’ => 10,
];
$query = new WP_Query($args);
/
- なぜこれが速いのか？
- 1. ‘fields’ => ‘ids’ により、巨大な post_content カラムの読み込みが不要になる
- 2. ‘no_found_rows’ => true により、全件数を数える重い処理をスキップできる
- これにより、MySQLはインデックスだけを見て結果を返すことが可能になります。
/
—
4. 最後に：知識を武器に変えるために
WordPressのデータベースは、非常に洗練されていますが、「万能ではない」ということを覚えておいてください。
- `post_status` はインデックスの絞り込み条件として非常に重要。
- `no_found_rows` や `fields` を使って、データベースの負荷を極限まで減らす。
- 大規模データなら、`wp_postmeta` ではなく、カスタムテーブルの作成も検討する。
これらを意識するだけで、あなたのサイトは「重いWordPress」から「爆速のエンジン」へと生まれ変わります。
最初は難しく感じるかもしれませんが、MySQLがどう動いているかを想像しながらコードを書く癖をつけてみてください。ここをクリアすれば、あなたはもうWordPressの表面をなぞるだけのユーザーではなく、内部構造を掌握したエンジニアの仲間入りです。
何か分からないことがあれば、いつでも聞いてくださいね。一緒に最高峰を目指しましょう。