Ottimizzare query meta lente in WordPress

La risposta breve è che i metadati in WordPress non sono pensati per essere utilizzati come dati relazionali. Recuperare post basandosi su diverse condizioni relative ai loro metadati non è l'idea alla base dei metadati. Pertanto, le query, le strutture delle tabelle e gli indici non sono ottimizzati per questo scopo.

La risposta più dettagliata:

Ciò che ottieni con la tua Meta-Query è qualcosa di simile a questo:

SELECT   wp_4_posts.* FROM wp_4_posts  
INNER JOIN wp_4_postmeta ON (wp_4_posts.ID = wp_4_postmeta.post_id)
INNER JOIN wp_4_postmeta AS mt1 ON (wp_4_posts.ID = mt1.post_id)
INNER JOIN wp_4_postmeta AS mt2 ON (wp_4_posts.ID = mt2.post_id)
INNER JOIN wp_4_postmeta AS mt3 ON (wp_4_posts.ID = mt3.post_id)
INNER JOIN wp_4_postmeta AS mt4 ON (wp_4_posts.ID = mt4.post_id) 
WHERE 1=1  
AND wp_4_posts.post_type = 'post' 
AND (wp_4_posts.post_status = 'publish' OR wp_4_posts.post_status = 'private') 
AND ( (wp_4_postmeta.meta_key = '_author' AND CAST(wp_4_postmeta.meta_value AS CHAR) = 'Test')
OR  (mt1.meta_key = '_publisher' AND CAST(mt1.meta_value AS CHAR) = 'Test')
OR  (mt2.meta_key = '_contributor_1' AND CAST(mt2.meta_value AS CHAR) = 'Test')
OR  (mt3.meta_key = '_contributor_2' AND CAST(mt3.meta_value AS CHAR) = 'Test')
OR  (mt4.meta_key = '_contributor_3' AND CAST(mt4.meta_value AS CHAR) = 'Test') ) GROUP BY wp_4_posts.ID ORDER BY wp_4_posts.post_date DESC

Analizziamo come MySQL gestisce questa query (EXPLAIN):

    id      select_type     table           type    possible_keys                   key                     key_len ref                             rows    Extra
    1       SIMPLE          wp_4_posts      range   PRIMARY,type_status_date        type_status_date        124     NULL                            5       Using where; Using temporary; Using filesort
    1       SIMPLE          wp_4_postmeta   ref     post_id,meta_key                post_id                  8      wordpress.wp_4_posts.ID         1
    1       SIMPLE          mt1             ref     post_id,meta_key                post_id                  8      wordpress.wp_4_posts.ID         1
    1       SIMPLE          mt2             ref     post_id,meta_key                post_id                  8      wordpress.mt1.post_id           1       Using where
    1       SIMPLE          mt3             ref     post_id,meta_key                post_id                  8      wordpress.wp_4_posts.ID         1
    1       SIMPLE          mt4             ref     post_id,meta_key                post_id                  8      wordpress.wp_4_postmeta.post_id 1       Using where

Quello che puoi vedere è che MySQL effettua una selezione su wp_posts e unisce 5 volte la tabella wp_postmeta. Il tipo ref indica che MySQL deve esaminare tutte le righe in questa tabella, confrontando l'indice (post_id, meta_key) con un valore di colonna non indicizzato nella tua clausola where, e questo per ogni combinazione di righe dalla tabella precedente. Il manuale di MySQL dice: »Se la chiave utilizzata corrisponde solo a poche righe, questo è un buon tipo di join.« E questo è il primo problema: in un sistema WordPress medio, il numero di metadati per post può facilmente crescere fino a 30-40 record o più. L'altra possibile chiave meta_key cresce con il numero di post. Quindi, se hai 100 post e ognuno ha un meta _publisher, ci saranno 100 righe con questo valore come meta_key in wp_postmeta, ovviamente.

Per gestire tutti questi possibili risultati, MySQL crea una tabella temporanea (using temporary). Se questa tabella diventa troppo grande, il server solitamente la memorizza su disco invece che in memoria. Un altro possibile collo di bottiglia.

Possibili soluzioni

Come descritto nelle risposte esistenti, potresti provare a ottimizzare la query da solo. Questo potrebbe funzionare bene per le tue esigenze, ma potrebbe causare problemi man mano che le tabelle post/postmeta crescono.

Ma se vuoi utilizzare l'API di WordPress Query, dovresti considerare di utilizzare le Tassonomie per memorizzare i dati in base ai quali vuoi cercare i post.

Potrei essere un po' in ritardo ma mi sono imbattuto nello stesso problema. Durante lo sviluppo di un plugin per gestire la ricerca di proprietà, la mia opzione di ricerca avanzata interrogava fino a 20 diverse voci meta per ogni post per trovare quelle che corrispondevano ai criteri di ricerca.

La mia soluzione è stata interrogare direttamente il database utilizzando la variabile globale $wpdb. Ho interrogato ogni voce meta individualmente e memorizzato i post_ids dei post che corrispondevano a ciascun criterio. Successivamente ho eseguito un'intersezione tra ciascun set di risultati corrispondenti per ottenere i post_ids che soddisfacevano tutti i criteri.

Il mio caso era relativamente semplice perché non avevo elementi OR da considerare, ma potrebbero essere inclusi abbastanza facilmente. A seconda della complessità della tua query, questa è una soluzione funzionante e veloce. Tuttavia, ammetto che è un'opzione scadente rispetto alla possibilità di eseguire una vera query relazionale.

Il codice seguente è stato semplificato molto rispetto a quello che ho utilizzato, ma puoi farti un'idea.

class property_search{

public function get_results($args){
    $potential_ids=[];
    foreach($args as $key=>$value){
        $potential_ids[$key]=$this->get_ids_by_query("
            SELECT post_id
            FROM wp_postmeta
            WHERE meta_key = '".$key."'
            AND CAST(meta_value AS UNSIGNED) > '".$value."'
        ");//sarebbe necessario creare un nuovo operatore per gestire ogni tipo di dato e confronto.
    }

    $ids=[];
    foreach($potential_ids as $key=>$temp_ids){
        if(count($ids)==0){
            $ids=$temp_ids;
        }else{
             $ids=array_intersect($ids,$temp_ids);
        }
    }

    $paged = (get_query_var('paged')) ? get_query_var('paged') : 1;
    $args = array(
        'posts_per_page'=> 50,
        'post_type'=>'property',
        'post_status'=>'publish',
        'paged'=>$paged,
        'post__in'=>$ids,
    );
    $search = new WP_Query($args);
    return $search;
}

public function get_ids_by_query($query){
    global $wpdb;
    $data=$wpdb->get_results($query,'ARRAY_A');
    $results=[];
    foreach($data as $entry){
        $results[]=$entry['post_id'];
    }
    return $results;
}

}

La tabella wp_postmeta ha indici inefficienti. Ecco una discussione sull'argomento, insieme alle soluzioni consigliate:

http://mysql.rjweb.org/doc.php/index_cookbook_mysql#speeding_up_wp_postmeta

Gli OR sono davvero costosi.

Hai troppe chiavi, ma supponiamo che ora non puoi cambiarle. L'altra cosa che puoi fare, senza troppo codice, è modificare il numero di post che stai ottenendo, cambia 'posts_per_page' a 10, o a un numero più grande, e vedi quanto cambiano le prestazioni.