meta_queryのvalue値に渡す引数について

配列の値一つ一つにLIKEではなく

array(
        'key' => 'service',
        'value' => $arr_gnr,
        'compare' => 'LIKE'
      )

ではできませんか？

カスタムフィールドが配列なのではなく検索候補が複数なのですね。
その場合はLIKEではなくINを使います。
それこそ上の例でareaがtokyoまたはkanagawaを含んでいる場合にマッチすると思うのですが。

カスタムフィールドの全文検索は相当時間がかかるので、
カスタムタクソノミー（カスタム分類）を使用すると、データベースにインデックスが設定されているため、そこそこ高速に動作するようになると思います。

エリアやジャンルなどは、タクソノミーにしやすいものだと思います。

カスタムタクソノミーは、post データの分類に使うので、wp_users と wp_usermeta テーブルを相手にするWP_User_Query() では検索できなくなってしまうのではないでしょうか? それから、meta_key には一応、ユニークではないインデックスがはられています。ただし、LIKE 検索で、データの先頭にワイルドカードがあると、インデックスが使われなくなってしまうのです（WordPress は前後にワイルドカードを付け加えますが、ユーザがコントロールできないようになっています）。

kaijiさん、よくわからないところがあるので、ひとつ実験してみてもらえませんか? 時間がかかって、タイムアウトするmeta query を下のようにして、実際の SQL ステートメント変換してチェックすることができます。

$args = array(
    kaijiさんが使った引数
    );
$meta_query = new WP_Meta_Query();
$meta_query->parse_query_vars($args);
$query_string = $meta_query->get_sql('user', $wpdb->users, 'ID', null);
print_r($query_string);

インスタンスメソッドを使って、SQL 文を作るだけなので、WP_Meta_Query() には引数を入れません。もちろん、実行もされません。配列データが返るので、print_r() か var_dump() を使って表示させて、結果をポストしてみてください。それで解決する保証はありませんが…

これから20時間ほど unplugged になるので、すぐには返信できないかもしれませんが、もしよろしければ、やってみてください。

うーん、タイムアウトするほどのクエリには見えないのですが… 考えられる原因は、やはり、INNER JOIN と LIKE なのですが、それにしても遅すぎますよねぇ…? 試しにコマンドラインで同様のクエリを実行してみたら、0.01ミリ秒で終わりました。ひょっとして、ユーザデータは10000件を越えてますか?

SQL をぱっと見た感じでは、同じ文が複数あって、無駄に見えるかもしれませんが、不特定の要求に対して、絶対安全確実な SQL 文を作るという点では、WordPress の SQL 文生成はよくできていて、私の知る限り、冗長になることはあっても、間違った文を作ったことは1度もありません。

それでも、JOIN と LIKE が遅いことは確かです。JOIN はユーザが変更できませんから、LIKE を何とかしましょう、ということになります。LIKE は、前に述べたことから、どうしても使わなければならないとき以外は、極力使わないようにした方がよいと思います。

key LIKE '%data%'

の % は、ワイルドカードなので、data を含む文字列は全て検索にヒットします。これは、保存されているデータがユーザの入力によるもので、データにブレがある、たとえば、「東京」と「東京都」が混在している場合、’東京%’ と指定すると、「東京」で始まるデータを全て抽出できるのですね。

この場合、LIKE 検索を使うよりも、入力の段階でリストから選ぶようにするなどの対策をしておいて、’=’ 検索を実行した方が遙かに高速動作します。

kaiji さんの場合、問題の一つは、上のように LIKE を使わなければならないかどうか、という点にあります。これがどうしても必要ということになると、残念ながら他に手段はありません。自前で SQL 文を作る（たとえば、INNER JOIN を使わない）ということも考えられますが、LIKE を最大 25 回反復するのはどうにもなりません。

そうではなくて、’=’ 検索、あるいは、’IN’ でもよい、つまり、データに曖昧さがない、ということになれば、meta query を作る前の段階に処理を追加することで、スピードアップできるかもしれません。

まず、条件ですが、25個のチェックボックスから飛んでくるデータが、同じ meta_key に属するものか、複数の meta_key が存在するのかが問題になります。毎回の投稿で、meta_key の値が違うので、これまでの投稿からは推測できないのですが、前者なら、

array( 'men', 'women', 'cafe', 'restaurant', ...)

みたいな1次元配列にまとめます。この場合、チェックボックスから飛んでくるデータがすでに配列になっているはずなので、あまり手間はかからないと思います。

後者の場合、meta_key を配列として指定することはできません。データの方を、meta_key に合わせる形で整理します。具体的には、

meta_key1 のデータ => array( ‘men’, ‘women’, etc…)
meta_key2 のデータ => array( ‘cafe’, ‘restaurant’, etc…)

というように、複数の配列に分割するわけです。

さて、実際の引数処理ですが、前者の場合は、こうなります。なお、’IN’ は一つずつ ‘=’ と ‘OR’ で検索するのと同じ意味を持ちますから、どれか一つでもヒットすれば、そのユーザのデータが返ります。

$args = array(
    'meta_query' => array(
        'relation' => 'OR',
        array(
            'key'     => 'meta_key',
            'value'   => array('men', 'women', etc...),// チェックボックスのデータ
            'compare' => 'IN'
        ),
        その他...
    )
);

後者の場合。

$args = array(
    'meta_query' => array(
        'relation' => 'OR',
        array(
            'key'     => 'meta_key1',
            'value'   => array('men', 'women'),// チェックボックスのデータ1
            'compare' => 'IN'
        ),
        array(
            'key'     => 'meta_key2',
            'value'   => array('cafe', 'restaurant'),// チェックボックスのデータ2
            'compare' => 'IN'
        ),
        その他...
    )
);

meta_key の数だけ配列を追加していけばいいわけです。配列が空でも動作はしますが、その場合の処理もあったほうがよいかもしれません。

こんな説明でわかりますか? あんまりうまく説明できていないような気がして、自信がありませんが…

おおっと、シリアライズされていたのかぁ… このデータを最初に出していれば、簡単な話しでしたねぇ。

結論は、「meta query を使うことができない」です。無理をすれば、’LIKE’ が使える、と付け加えればもっとよい答えになるかもしれません。MySQL はこれが文字列だと思って比較してますから、’=’ も ‘IN’ も使えないのです。WordPress 側で serialize してますから、WordPress が責任をもって unserialize しないといけません。

meta query で ‘=’ や ‘IN’ が使えるデータは、例えば下のようになります。meta_key のインデックスは重複を許すものになっているので、こうできるのです。これなら、meta query が普通に使えます。

+---------+----------+------------+
| user_id | meta_key | meta_value |
+---------+----------+------------+
| 1      　| area     | tokyo      |
+---------+----------+------------+
| 2      　| area     | kanagawa   |
+---------+----------+------------+
| 1      　| genre   | cafe       |
+---------+----------+------------+
| 2      　| genre   | gourmet    |
+---------+----------+------------+

現状のままで何とかするには、予備のクエリを実行して、シリアライズされたデータをチェックボックスから飛んできたデータと比較するしかないと思います。たとえば、あくまでたとえばですが、下のような操作をしておいて、WP_User_Query インスタンスを作るということは考えられるかもしれません。

global $wpdb;
$meta_key = 'メタキーの値を入れてください';
$strings_to_search = チェックボックスから得た1次元配列データ;

$results = $wpdb->get_results($wpdb->prepare("SELECT user_id, meta_value FROM $wpdb->usermeta WHERE meta_key='%s'", $meta_key));

foreach ($results as $result) {
    $user_meta_values = maybe_unserialize($result->meta_value);
    if (!is_array($user_meta_values)) continue;
    foreach ($user_meta_values as $value) {
        if (in_array($value, $strings_to_search)) {
            $users_to_search[] = $result->user_id;
            break;
        }
    }
}

$args = array(
    'ID' => $users_to_search
);

$user_query = new WP_User_Query($args);

チェックボックスのデータは ‘OR’、他の条件は ‘AND’ の検索するのと同じ結果になると思いますが… 自分では試してません。