MySQL Query Cache, сложный запрос SQL
-
25-09-2019 - |
Вопрос
Следующая проблема дает мне головную боль.
Я настроил свой сервер 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.
Решение
В дополнение к предыдущим ответам: кэш запроса не будет использоваться, даже если в любой из выбранных таблиц есть изменения в запроса, если есть изменения.
Но почему вы присоединяетесь к людям 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, чтобы вы могли потерять группу. И, возможно, использование внутреннего присоединения вместо левого присоединения, если вы уверены, что отношения существуют.
Другие советы
Вы можете попробовать SELECT SQL_CACHE ... FROM ...
Несколько основных вещей, которые вы можете попробовать:
- Прочитать Документация кэширования запросов Чтобы убедиться, что вы понимаете основы и правильно настроили.
- Идеально изолируйте ваш сервер баз данных MySQL, чтобы запустить только команды, которые вы его даете. Если вы не можете сделать это, попробуйте настроить и запустить тесты на другой машине.
- Запустите простой запрос и посмотрите на
Qcache_hits
а такжеCom_select
Переменные состояния, чтобы определить, ударит ли кеш запроса или нет. - Попробуйте ваш сложный запрос и отслеживать одинаковые значения. Если ваш запрос не ударит в кеше, попробуйте меньшие части до тех пор, пока не узнаете, что заставляет его не получить кэшированный. Если он кэшируется, то проблема может быть связана с любым из таблиц в обновлении запроса между запросами, которые приведу к недействительным кэшированной копии.