WordPressでカスタムフィールドのサイズが大きいと、ユーザー一覧の取得が遅くなる

Question

WordPressでupdate_user_metaを使っており、何人かのユーザーのデータが数十万文字と大きなサイズになっています。

（構造を見直すべきですが…、ひとまずこのままとしてご質問です。）

彼らを含むユーザー一覧を取得するnew WP_User_Query( $args )を使うと処理が遅くなるのですが、これはどう解決したらいいものでしょうか。

ちなみにこのときの取得は『ユーザー名だけ』でして、『数十万文字のカスタムフィールド』は取得しないのですが、なのになぜ遅くなるのでしょうか？

下記のように『$user->display_name』しか取得しておらず、カスタムフィールドは無関係なのに遅いのです。

理由と解決策についてお尋ねします。宜しくお願い致します。

<?php
$args = array(
	.
	.
	.
);

// The Query
$user_query = new WP_User_Query( $args );

// User Loop
if ( ! empty( $user_query->results ) ) {
	foreach ( $user_query->results as $user ) {
		echo '<p>' . $user->display_name . '</p>';
	}
} else {
	echo 'No users found.';
}
?>

Comments

[退会済みユーザー]

> 下記のように『$user->display_name』しか取得しておらず、カスタムフィールドは無関係なのに遅いのです。

あなたがアクセスしてなくても wordpress が メモリ上に読み込んでる場合がありますが・・・

[murati]

$userにはカスタムフィールドの値は入っていないですけど、それでもメモリのどこかにありえますか？どのタイミングでしょうか？

[退会済みユーザー]

user オブジェクトに詰めなおす前のフェッチでとってきている等いろいろとありますが、WPはそんなデータを管理するようにできてないはず

Answer 1

再現できる情報がないので、ヒントだけ。

$args の中身によって、実行される SQL が変わるので実行時間も変化します。

まずは、Query Monitor プラグインを使って、どのようなクエリーが実行されているか確認してみてください。

Query Monitor の画面で、WordPress が実行する各クエリの実行時間が表示されていると思いますので、問題のクエリを確認して、そのクエリを MySQL 上で explain で SQL実行計画を取得してどの部分が遅いのかを確認してみてください。

$args の中身と SQL実行計画 をもとにチューニングすることになると思います。

Comments

[murati]

ありがとうございます。ユーザーのカスタムフィールドに大量のデータがある場合だけ遅くなるが、なければ早い、という話です。データ量に違いはあれと、どちらの場合でも$argsの中身は一緒でやっていますね。それでは再現しませんか？

[CHERRY]

カスタムフィールドに 約20KB のテキストを入れて、$args をデフォルトの状態で実行してみた感じでは、特に差はありませんでした。

推測としては、$args の項目で実行される SQLが変わるので、$args に指定する内容 によってSQLで、インデックスが使用されない場合に、データ量によって検索速度が変わることはありますので、実際の環境で試してもらうのが確実と思います。

[murati]

いえ$argsの項目は一緒です。 asahina1979という方から「メモリで読んでいる」というご意見がありましたが、そういうこともあるのでしょうか。