MySQL Query Cache, сложный запрос SQL

Question

Следующая проблема дает мне головную боль.

Я настроил свой сервер MySQL для использования «Chaching Query».

set global query_cache_size = 10000000;

Похоже, что мой запрос кэш работает, потому что вывод

SHOW STATUS LIKE 'Qcache%';  

составляет

+-------------------------+----------+    
|    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      |                                     
+-------------------------+----------+ 

Но, не всеверенные следующие (сложные запросы, с внутренним выбором и т. Д.) Не получают кэширования.

Это взят не менее 0,8 секунды Чтобы получить данные для этого запроса. Как я могу принести MySQL в Храните результаты этого запроса в его кеше?

Я попробовал от удаления внутреннего выбора, но это не сделало различий.

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 

Любая помощь оценена ....

С уважением

J.

Answer 1

В дополнение к предыдущим ответам: кэш запроса не будет использоваться, даже если в любой из выбранных таблиц есть изменения в запроса, если есть изменения.

Но почему вы присоединяетесь к людям Al Tables, когда вы ничего не выбираете от них? Также вы, вероятно, не должны подфицировать что угодно, если вы можете присоединиться к нему.

Что-то вроде этого выбирали бы точно так же:

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 

Конечно, вы имеете (комбинированные) индексы на всех внешних клавишах, где поля и групповые поля. Рассмотрим использование поля Tinyint или Enum для ваших логических ценностей. Вы также можете рассмотреть вопрос о том, чтобы не выбрать эту группу_Concat, чтобы вы могли потерять группу. И, возможно, использование внутреннего присоединения вместо левого присоединения, если вы уверены, что отношения существуют.

Answer 2

Вы можете попробовать SELECT SQL_CACHE ... FROM ...

Answer 3

Несколько основных вещей, которые вы можете попробовать:

• Прочитать Документация кэширования запросов Чтобы убедиться, что вы понимаете основы и правильно настроили.
• Идеально изолируйте ваш сервер баз данных MySQL, чтобы запустить только команды, которые вы его даете. Если вы не можете сделать это, попробуйте настроить и запустить тесты на другой машине.
• Запустите простой запрос и посмотрите на Qcache_hits а также Com_select Переменные состояния, чтобы определить, ударит ли кеш запроса или нет.
• Попробуйте ваш сложный запрос и отслеживать одинаковые значения. Если ваш запрос не ударит в кеше, попробуйте меньшие части до тех пор, пока не узнаете, что заставляет его не получить кэшированный. Если он кэшируется, то проблема может быть связана с любым из таблиц в обновлении запроса между запросами, которые приведу к недействительным кэшированной копии.