WordPressのN+1問題を解決する方法

Question

既存のWordPressサイトのパフォーマンス向上作業を行っているのですが、今回始めてWordPressに触れたということで、質問があります。

サイト表示速度を上げたいということでまず気になったのが、ページあたりのデータベースクエリ数が非常に大きく、例えば記事を20回表示すると合計40回ほどのクエリが発生していました。

背景としては「記事のレコードを取得▷サムネイル取得時に他テーブルを参照」ということを、レコードの数だけ毎回実行している、典型的なN+1問題が発生しています。

これまで私が多く開発してきた他言語、フレームワークではORマッパーがN+1問題を簡単にクリアしてくれたのですが、WordPressはデフォルトでORマッパーがなく、開発者はN+1問題をどのように解決しているのかで悩んでいます。

自分でSQLを書くというのが最もシンプルな方法ですが、メンテナンス性や可読性では大分ORマッパーに劣るので、極力スマートな方法を模索しているのですが、どうしたら良いでしょうか。

Comments

[退会済みユーザー]

そのクエリーが遅いという確証はとりましたか？

Answer 1

クエリー実行数が多いことが、どのように問題なのでしょうか。
質問文の中には、遅いとか重いというようなニュアンスが感じられず、
クエリー実行数で課金されるようなサーバーだから減らしたい、などという、
クリティカルな問題でもなければ、
実行数の多さはさほど問題ではないと思います。

asahina1979さんの指摘のように、
特定のクエリーが遅くて、それがボトルネックになって、
結果としてページが表示されるまで時間がかかって困っているということであれば、
クエリーを洗い出してそれぞれ実行計画を取得して、
原因と思われる事項を改善していく手を打つべきだとおもいますが、
そのような具体的な数字も示されていませんので
第三者的に簡単に言うなら「クエリー実行数が多い？ だからなに？」って感じです。

幸いにも、キャッシュを強化するプラグインもあるようですので、
組み合わせてみてはいかがでしょうか。
（ただし相性問題もあるので、これ、というのをこの場ではお勧めしません。）

Comments

[退会済みユーザー]

回答ありがとうございます。まずは提示した要件に不足があり申し訳ございません。

クエリ数についてはページによってまちまちですが、レコード数の分だけ関連テーブルを読み込んでしまうという状況ですので、例えば50記事を表示すれば100以上のクエリが発生するということになりますし、いかに一つ一つのクエリが軽いといえども、本来削れるはずのクエリが多数発生すれば、通信ラグやデータベース内部の処理を考えれば、ほとんどの状況で期待値ほどのレスポンス速度は実現できないかと思います。(そして実際に測定していますが、DBクエリがボトルネックになっております)

またキャッシュについては仰る通りですが、大本の原因としては関連テーブルを逐次読み込むというN+1問題にありますので、そこを解決するというアプローチ自体が不適切とは感じておりません。(N+1というのはパフォーマンス向上における基本事項と認識しております)

実行計画につきましては、関連テーブルを一度に複数取得するということは質問文にもあげておりますが、他のフレームワークではN+1問題を解決する手法がデフォルトであるのに対し、WordPressではそれをどのように実行するのがベストなのかということが主題となります。

[KazuhiroHatano]

WPを弄るときはフィルタフックでやるのが基本

クエリについてもフィルタフックが各所に用意されてます
大体のクエリ関連の関数でwhere join orderbyのパーツごとに
フィルタフックが用意されているので
そこでやるのがWPとしては行儀がいいです

クエリ文を弄るレベルになるとリファレンスとかみるより
もうソースを見た方が手っ取り早いので
wp-includes/class-wp-query.phpとかを開いて
どこのクエリをいじくれるようになってるか
見てみると良いかと思います

[退会済みユーザー]

なるほど、ありがとうございます。テーブル構造が頭にないと挙動が理解できないSQL文をあまり書きたくないので、分かりやすいクエリを発行できる手法をご指導頂いたことを参考に探してみます。