cache delle query MySQL, SQL query complesse

Question

seguente problema mi sta dando un mal di testa.

Ho creato il mio server MySQL per l'uso "Query Chaching".

set global query_cache_size = 10000000;

sembra che il mio cache delle query funziona perché l'output di

SHOW STATUS LIKE 'Qcache%';  

come si segue

+-------------------------+----------+    
|    Variable_name        | Value    |           
+-------------------------+----------+     
| Qcache_free_blocks      | 1        |
| Qcache_free_memory      | 47223976 |
| Qcache_hits             | 6709     |                                       
| Qcache_inserts          | 2314     |                                    
| Qcache_lowmem_prunes    | 0        |                                  
| Qcache_not_cached       | 365      |                                  
| Qcache_queries_in_cache | 441      |                                   
| Qcache_total_blocks     | 960      |                                     
+-------------------------+----------+ 

ma, nevertheles la seguente (query complessa, con seleziona interni, ecc) non ottiene cache.

Ci vuole alsways almeno 0,8 secondi per recuperare i dati per questa query. Come posso portare mysql a memorizzare i risultati di questa query nella sua cache di

Ho provato ot rimuovere le seleziona interne, ma questo non ha fatto un differnence.

SELECT p.id
   AS
   project_id,
   p.code
   AS project_code,
   p.title
   AS project_title,
   p.start_date
   AS project_start_date,
   p.end_date
   AS project_end_date,
   p.modf
   AS project_modf,
   ( p.budget * (SELECT 1 / r.VALUE
                 FROM   exchange_rates r
                 WHERE  r.class_currency_id = p.class_budget_currency_id) )
   AS
   project_budget,
   (SELECT z.txt
    FROM   sys_labels z
    WHERE  z.id = ps.value_label_id
           AND z.lng = 'en')
   AS project_status,
   (SELECT z.txt
    FROM   sys_labels z
    WHERE  z.id = ps.data_label_id
           AND z.lng = 'en')
   AS project_color,
   GROUP_CONCAT(DISTINCT pt.class_topic_id)
   AS projects_thematic_area_ids,
   u.id
   AS project_owner_id
FROM   projects AS p
   LEFT JOIN projects_thematic_areas AS pt
     ON pt.project_id = p.id
   LEFT JOIN sys_users AS u
     ON u.id = p.owner_uid
   LEFT JOIN class_data s
     ON s.id = p.class_status_id
   LEFT JOIN class_data AS ps
     ON ps.id = s.id
   LEFT JOIN sys_labels AS prdz1
     ON prdz1.id = prd.value_label_id
        AND prdz1.lng = 'en'
   LEFT JOIN sys_labels AS prdz2
     ON prdz2.id = prd.data_label_id
        AND prdz2.lng = 'en'
   LEFT JOIN projects_locations AS pl
     ON pl.project_id = p.id
   LEFT JOIN class_data AS l
     ON l.id = pl.class_location_id
   LEFT JOIN class_data AS r
     ON r._lft <= l._lft
        AND r._rgt >= l._rgt
        AND r._level = 1
        AND r.class_id = 5
   LEFT JOIN class_data AS c
     ON c._lft <= l._lft
        AND c._rgt >= l._rgt
        AND c._level = 2
        AND c.class_id = 10
   LEFT JOIN projects_donors AS pd
     ON pd.project_id = p.id
   LEFT JOIN institutions AS i
     ON pd.inst_id = i.id
   LEFT JOIN class_data AS ic
     ON ic.id = i.class_country_id
   LEFT JOIN projects_deliverables AS d
     ON d.project_id = p.id
WHERE  1 = 1
   AND p.is_del = "f"
   AND p.is_active = "t"
GROUP  BY p.id
ORDER  BY p.modf DESC,
      p.code DESC 

Qualsiasi aiuto apprechiated ....

Saluti

J.

Answer 1

In aggiunta alle risposte precedenti:. La cache delle query non verrà utilizzata anche se la query è in là se ci sono cambiamenti in nessuno dei tabelle selezionate

Ma perché unendo al quelle tabelle quando non si seleziona nulla da loro? Inoltre probabilmente non dovrebbe sub-select nulla se si può farne parte.

Qualcosa di simile a questo sarebbe selezionare esattamente la stessa:

SELECT
   p.id AS project_id,
   p.code AS project_code,
   p.title AS project_title,
   p.start_date AS project_start_date,
   p.end_date AS project_end_date,
   p.modf AS project_modf,
   p.budget * (1 / r.VALUE) AS project_budget,
   z1.txt AS project_status,
   z2.txt AS project_color,
   GROUP_CONCAT(DISTINCT pt.class_topic_id) AS projects_thematic_area_ids,
   u.id AS project_owner_id
FROM
   projects AS p
   LEFT JOIN projects_thematic_areas AS pt ON pt.project_id = p.id
   LEFT JOIN sys_users AS u ON u.id = p.owner_uid
   LEFT JOIN exchange_rates AS r ON r.class_currency_id = p.class_budget_currency_id
   LEFT JOIN class_data s ON s.id = p.class_status_id
   LEFT JOIN class_data AS ps ON ps.id = s.id
   LEFT JOIN sys_labels AS z1 ON z1.id = ps.value_label_id AND z1.lng = 'en'
   LEFT JOIN sys_labels AS z2 ON z2.id = ps.data_label_id AND z2.lng = 'en'
WHERE
   1
   AND p.is_del = "f"
   AND p.is_active = "t"
GROUP  BY
   p.id
ORDER  BY
   p.modf DESC,
   p.code DESC 

Naturalmente avete (combinato) gli indici su tutte le chiavi esterne, dove i campi e campi di gruppo. Considerare l'utilizzo di un tinyint o un campo enum per i vostri valori booleani. Si potrebbe anche voler prendere in considerazione non la selezione che group_concat modo da poter perdere GROUP BY. E magari utilizzando INNER JOIN al posto di LEFT JOIN se si è certi esiste il rapporto.

Answer 2

Si può tentare SELECT SQL_CACHE ... FROM ...

Answer 3

Un paio di cose di base che si possono provare:

• Query Cache Documentazione per assicurarsi a capire le basi e hanno messa a punto in modo corretto.
• Idealmente isolare il server di database MySQL in modo che solo è in esecuzione i comandi si sta dando. Se non è possibile fare questo allora provare a impostare e l'esecuzione di test su un'altra macchina.
• Esegui una query semplice e guardare le variabili Qcache_hits e di stato Com_select per determinare se la cache delle query viene colpito o meno.
• Tenta la query complessa e monitorare gli stessi valori. Se la query non è colpire la cache quindi provare parti più piccole di esso fino a scoprire quali sono le cause di non ottenere nella cache. Se esso viene memorizzato nella cache, allora il problema potrebbe essere dovuto a una delle tabelle nella query in fase di aggiornamento tra le query tali da inficiare la copia memorizzata nella cache.