WordPressのデータベースクエリの効率を向上させるための完全なガイド：最適化と高速化

WordPressのデータベースクエリの効率を向上させるための完全なガイド

データベースはWordPressサイトの基盤であり、すべてのコンテンツ、ユーザーデータ、設定がここに保存されています。サイトのコンテンツが増えるにつれて、効率の悪いデータベースクエリが徐々にサイトのパフォーマンスを低下させ、ユーザー体験に影響を与える主要なボトルネックとなります。データベースクエリの効率は、ページの読み込み速度やサーバーリソースの消費に直接関係し、間接的に検索エンジンによるサイトのインデックス化やランキングにも影響を与えます。

WordPressのページが生成される際には、数十回、あるいは数百回にも及ぶデータベースとのやり取りが発生することがあります。そのため、データベースクエリの最適化はパフォーマンス向上において非常に重要であり、大きな効果が期待できる要素です。以下では、WordPressのデータベースクエリの効率を高める方法について、いくつかの側面から体系的に説明します。

WordPressのデータベースクエリのライフサイクルを理解する

効果的な最適化を行うためには、まずWordPress内でクエリがどのように生成され、実行されるかを理解する必要があります。典型的なクエリリクエストは、開始から処理、結果の返却に至るまでのいくつかの重要な段階を経ますが、それぞれの段階で最適化の余地があります。

WordPressの組み込みクエリオブジェクトクラス

コア実行層において、WordPressは主に以下の技術やプロセスを使用しています：WP_Queryこのクラスは、さまざまなデータクエリを処理するために使用されます。このクラスは、ページコンテンツ（記事、ページ、カスタム記事タイプなど）を構築するための核心となっています。例えば、ホームページ、カテゴリページ、記事ページのコンテンツリストなどは、ほとんどがこのクラスによって生成されています。WP_Queryこれはインスタンス駆動型のアプローチです。複雑なSQL文の構築プロセスをカプセル化しており、開発者はパラメータ配列を使用してクエリ条件を定義できます。

UltaHostのWordPressホスティングサービス

30日間の返金保証、無制限の帯域幅とデータベースサービス、無料のDDoS防御機能が付きます。3年契約をすると、501TPから4Tまでのプランで割引が適用されます。

アクセスページ

$args = array(
    'post_type' => 'post',
    'posts_per_page' => 10,
    'category_name' => 'news'
);
$query = new WP_Query($args);

クエリ結果のキャッシュメカニズム

WordPressにはオブジェクトキャッシュメカニズムが組み込まれており、データベースへの繰り返しクエリを減らすことを目的としています。get_post()、get_term_by()関数を呼び出す際、WordPressはまずキャッシュからデータを取得しようと試みます。

このキャッシュの核心はWP_Object_Cacheクラスです。ただし、注意すべき点は、デフォルトの設定（つまり永続化キャッシュプラグインがインストールされていない場合）では、このキャッシュは「非永続的」であり、単一のページリクエストのライフサイクル内でのみ存在するということです。そのため、ユーザーが次にアクセスしたときにはキャッシュは無効になり、データベースへのアクセスが必要になります。大幅なパフォーマンス向上を実現するためには、通常、RedisやMemcachedのような永続化オブジェクトキャッシュバックエンドを使用し、Redis Object Cacheのようなプラグインを介してそれらを連携させる必要があります。WP_Object_Cacheディスカッションや連携を行うこと。

スロークエリを分析するための一般的なツール

位置情報の特定は最適化の第一歩です。最も直接的なツールはWordPressのものです。SAVEQUERIESデバッグ用の定数です。これを次のように定義してください：trueWordPressは、実行されたすべてのSQLクエリとその実行にかかった時間をグローバル配列に保存します。

// 在 wp-config.php 中添加
define('SAVEQUERIES', true);
// 页面底部（如footer.php）检查查询
if (current_user_can('administrator')) {
    global $wpdb;
    print_r($wpdb->queries);
}

さらに、Query Monitorのような多くの専門的なクエリ監視プラグインは、すべてのクエリやその呼び出し元（プラグインやテーマ）、実行時間をより直感的に表示するインターフェースを提供しており、遅いクエリをハイライト表示する機能も備えています。これらは開発環境の最適化に非常に役立ちます。本番環境では、MySQLなどのデータベースサーバーのスロークエリログ（Slow Query Log）を有効にして、長期的な監視を行うべきです。

コアコードレベルでの最適化実践

コードは効率的なクエリを実現するための基本です。テーマであれプラグインの開発であれ、ベストプラクティスに従うことで、パフォーマンスの問題を根本から防ぐことができます。

コアAPI関数の正しい使用方法

WordPressは豊富で最適化されたAPI関数を提供しており、SQLを直接記述するよりもこれらの関数を優先して使用すべきです。例えば、現在のカテゴリに属する記事を取得する場合などです。
反例（非効率的な方法）：直接使用する$wpdb->get_results()元のSQLを記述してください。キャッシュは無視されている可能性があります。
良い例（効率的な方法）：使用するWP_Queryまたはそのカプセル化された関数get_posts()それは自動的にキャッシュを利用し、そのパフォーマンスはコアチームによって維持されています。

ループ内では、以下のような使用を避けるべきです：get_post_meta()大量のクエリを実行する際には、関連する関数を使用するのが一般的です。正しい方法は、初期化時に必要な設定を行い、その後で関数を呼び出して処理を行うことです。これにより、プログラムの効率が向上し、エラーのリスクも低減されます。WP_Queryその時、通じて…'meta_query'パラメータを使用してフィルタリングを行う、または利用する。update_postmeta_cache関連機能：一度にすべての記事のメタデータを取得できます。

hosting.com 共有ホスティング

AMD EPYC CPU、NVMe SSDストレージ、LiteSpeedによる高いパフォーマンス、24時間365日の専門家による社内サポート、SSL、ブルートフォース、マルウェア、DDoS保護などの高度なセキュリティ対策、最大73%のコスト削減

アクセスページ

Transients APIは、短期間のデータキャッシングを実現するためのものです。

高価でリアルタイム性が求められないクエリ（外部APIの呼び出し結果や複雑な計算データなど）については、WordPressのTransients APIを使用してキャッシュを行うべきです。Transients APIの仕組みは、データを特定のキー名と一緒に、有効期限とともにデータベース（または利用可能であればオブジェクトキャッシュ）に保存するというものです。
例えば、人気のある記事のリストをキャッシュする場合：

$popular_posts = get_transient('mytheme_popular_posts');
if (false === $popular_posts) {
    // 如果缓存不存在或已过期，执行复杂查询
    $args = array('meta_key' => 'view_count', 'orderby' => 'meta_value_num', 'posts_per_page' => 5);
    $popular_posts = new WP_Query($args);
    // 缓存查询结果12小时（43200秒）
    set_transient('mytheme_popular_posts', $popular_posts, 43200);
}

カスタムクエリの構築を最適化する

使用が必要な場合には…$wpdbクラスを使用してカスタムクエリを実行する際には、セキュリティ規格を厳守し、正しい補助メソッドを使用する必要があります。必ずそれに従ってください。$wpdb->prepare()クエリの準備を行い、SQLインジェクションを防ぎ、データが正しくエスケープされるようにします。

global $wpdb;
$user_id = 123;
$results = $wpdb->get_results(
    $wpdb->prepare(
        "SELECT * FROM {$wpdb->prefix}custom_table WHERE user_id = %d AND status = %s",
        $user_id,
        'active'
    )
);

同時に、クエリを実行するテーブルのフィールドに適切なインデックスが設定されていることを確認する必要があります。JOIN操作が複雑な、または難しいWHERE子句については、特に注意が必要です。

高度なプラグインを使用して外部サービスと連携し、クエリの処理を最適化する

コードの最適化が行き詰まった場合、成熟したツールやサービスを活用することでさらなるパフォーマンスの向上を図ることができます。

永続化オブジェクトキャッシュを有効にします。

これは高トラフィックなウェブサイトにとって最も効果的な手段の一つです。RedisやMemcachedサーバーをインストールし、それに対応するWordPressプラグイン（例えば「Redis Object Cache」や「Memcached Redux」）を使用することで、WP_Object_Cacheそのデータはメモリ内に保存されています。
これにより、ページ間でのリクエストのキャッシングが可能になります。例えば、人気のある記事のHTMLデータが一度生成されてキャッシュされると、その後のすべてのユーザーのリクエストはメモリから直接読み取られるため、PHPの実行やデータベースのクエリが完全に回避されます。設定が成功すれば、クエリの数が大幅に減少するのを確認できるでしょう。

インターサーバー共有ホスティング

共有ホスティング月$2.50米ドル, 最初の月$0.1米ドルプロモーションコードtryinterserver, 461クラウドアプリケーションスクリプト, 1クリックインストール.

アクセスページ

ページングとレンダリングの遅延（ラズリーロード）を使用する

無限スクロールや大量の記事の読み込みを行うと、膨大なデータ処理が必要となり、クエリの負荷が急増します。そのため、適切な対策を講じる必要があります。WP_Query賢明に使用する'posts_per_page'ページングパラメータを使用することで、一度に数百乃至数千件のレコードを検索するのを防ぎます。長いリストや画像ライブラリの場合は、ラジーロード（Lazy Load）機能を有効にすると、ビューポート外のコンテンツは必要になった時にのみ読み込まれるため、初期ページの読み込み時にデータベースにかかる負荷を大幅に軽減できます。

読み取り専用のデータベースコピーの導入を検討してください。

超大規模で読み取りが多く、書き込みが少ないWordPressサイト（ニュースポータルなど）においては、データベースのマスター・スレーブレプリケーション（Master-Slave Replication）を検討することができます。すべての書き込み操作（記事の投稿やコメントの追加）はマスターデータベースに行われ、読み取り操作の大部分は1つまたは複数の読み取り専用のスレーブデータベースに分散されます。この設定を実現するにはプラグインや高度なカスタマイズが必要であり、技術的なハードルは高いですが、データベースの並行読み取り処理能力を大幅に向上させることができます。

サーバーおよびデータベースの設定最適化

最終的に、すべてのクエリはMySQLまたはMariaDBサーバー上で実行されます。サーバーの設定を最適化することは、効率的なクエリ処理のための基盤となります。

MySQLのパフォーマンスに影響を与える重要な設定値の調整

データベースサーバーの設定ファイル（例えば）において、my.cnfその中で、いくつかのパラメータがWordPressのパフォーマンスにとって非常に重要です。innodb_buffer_pool_size（InnoDBバッファプールのサイズ）は、利用可能なメモリの70～80％に設定するべきです。これにより、データベースがメモリ内にどれだけのデータやインデックスをキャッシュできるかが決まります。query_cache_size（クエリキャッシュのサイズについて）バージョン8.0以降では廃止されましたが、早期バージョンでは単純なクエリの繰り返し率が高い場合に役立ちました。max_connections設定を適切に行う必要があります。これにより、Webサーバーへの接続とバックアップ接続の両方をサポートできるようになります。

定期的にデータベースのメンテナンスを行う

WordPressの使用中には、リビジョンデータ、下書き、未承認のコメント、一時的に有効期限が切れたデータなど、多くの冗長なデータが生成されます。これらのデータは不要にデータベースのサイズを増大させ、クエリの効率を低下させます。定期的に「WP-Optimize」や「Advanced Database Cleaner」などのプラグインを使用してこれらのデータを削除することが推奨されます。また、データベーステーブルに対して「OPTIMIZE TABLE」や「REPAIR TABLE」の操作を実行することで、データファイルの断片化を整理し、I/Oの効率を向上させることができます。これらの操作は、アクセスが少ない時間帯にphpMyAdminやコマンドラインを通じて行うことをお勧めします。

データベースのテーブルに効率的なインデックスを作成する

これはデータベースレベルでの核心的な最適化です。インデックスは本の目次のようなもので、データベースエンジンがデータを迅速に見つけるのを助けます。まず、WordPressのコアテーブル（特に…）を確実に最適化する必要があります。wp_posts、wp_postmeta、wp_comments）上の主キーおよび外キーのインデックスは完全に整っています。次に、頻繁に登場するものについては…WHERE、ORDER BYまたはJOIN条件内のフィールド（例えば…）post_status、post_type、comment_post_ID、meta_keyその場合、通常のインデックスを追加する必要があるのか、複合インデックスを追加する必要があるのかを評価する必要があります。インデックスの追加は、phpMyAdminのSQLコマンドを使用して行うことができます。例えば：

ALTER TABLE wp_postmeta ADD INDEX idx_meta_key (meta_key(50));

注意：インデックスの追加には追加のディスク容量が必要となり、書き込み速度にもわずかな影響があります。その利点と欠点をよく検討する必要があります。

概要

WordPressのデータベースクエリを最適化することは、診断、コーディング、ツール、運用管理の4つの側面から協調して行う必要があるシステム的な作業です。最善の実践方法は以下の通りです：まず、ツールを使用して遅いクエリを正確に特定する。次に、開発段階でコアAPIやキャッシュの仕様を厳守し、非効率的なコードを排除する。その後、ウェブサイトに永続的なオブジェクトキャッシュを導入して即座にパフォーマンスの向上を図る。最後に、データベースサーバーの設定とメンテナンスを適切に行い、特定の大規模なテーブルに効果的なインデックスを作成する。この一連の最適化を通じて、コンテンツが豊富なWordPressサイトであっても、データベースクエリの効率を確保し、迅速なレスポンスを実現し、ユーザーや検索エンジンにスムーズなアクセス体験を提供することができます。

FAQ よくある質問

WordPressにおいて、「瞬間的な」データ（つまり、処理中に一時的に使用され、処理が終わると削除されるデータ）はどこに保存されているのでしょうか？

WordPressのTransients APIによるデータの保存場所は、設定によって異なります。ウェブサイトで永続的なオブジェクトキャッシュ（例えばRedis）が有効になっていない場合、一時的なデータはデータベースに保存されます。wp_options表の中で（以降）_transient_開始時に使用されるキーです。永続化オブジェクトキャッシングが有効になっている場合、一時的なデータはメモリキャッシュ（例：Redis）に優先的に保存されます。これにより、非常に高速な読み書きが可能になり、データベースへの負荷が大幅に軽減されます。

期限切れの一時的なデータを一括でどのように削除するか？

期限切れの一時データは、自動的に削除されない場合があります。そのような場合は、WP-Optimizeのような専用のデータベースクリーニングプラグインを使用するとよいでしょう。これらのプラグインには、期限切れの一時データをワンクリックで削除する機能が備わっています。また、セキュリティに注意しながらphpMyAdmin内でSQLコマンドを実行することでも、期限切れの一時データを直接削除することができます。

DELETE FROM wp_options WHERE option_name LIKE '_transient_%' AND option_name NOT LIKE '_transient_timeout_%';

Redisのオブジェクトキャッシングを有効にした後、クエリ数が大幅に減少するのは正常な現象ですか？

これは完全に正常な現象であり、永続化されたオブジェクトキャッシングを有効にした主な成果です。クエリ数の減少は、メニューや記事オブジェクト、クエリ結果などの大量のデータが直接メモリ（Redis）から取得され、データベースへのクエリリクエストを経由しなくなったことを意味しています。これにより、データベースサーバーのCPUおよびI/Oの負荷が直接軽減され、パフォーマンスが向上していることがわかります。Query Monitorプラグインを使用すると、「キャッシュヒット」の割合が顕著に増加しているのを確認できます。

どのデータベースのフィールドにインデックスを作成すべきか？

インデックスの作成にあたっては、頻繁にクエリされる項目や高いフィルタリング性能が求められる項目を優先する原則に従うべきです。特に、検索、並べ替え、関連付けなどの操作で頻繁に使用されるフィールドに注目する必要があります。WordPressにおける典型的なインデックス候補フィールドには以下のものが含まれます：wp_postsテーブルのpost_typeとpost_status「組み合わせ」（組み合わせること）は、特に公開された記事を検索する際によく使用されます。wp_postmetaテーブルのmeta_key（特定のメタデータに基づいてフィルタリングする際によく使用されます）、およびwp_commentsテーブルのcomment_post_ID（記事とコメントを関連付けるために使用されます。）インデックスを追加する前に、具体的なスロークエリのログを分析することが望ましいです。

次はどうする？

WordPressのウェブサイトを構築または最適化している場合、次のステップはパフォーマンスの最適化、プラグインの設定、テーマのカスタマイズについて読み進めることです。

拡大読書と実践的知識

以下は、この記事のトピックに関連しており、さらに深く読むのに適している。あなたの現在の問題に最も近い記事から優先順位をつけ、徐々に周辺のトピックに広げていく方が良い場合が多い。

WordPressのデータベースクエリの効率を向上させるための完全なガイド