Есть ли какой-либо метод для выяснения, выполняется ли запрос из кэша запросов MySQL?
Конечно... существует множество методов для подсчета количества кэшированных запросов на общем уровне (SHOW STATUS LIKE '%qcache%' и т.д.), но я хочу знать, если текущий выполненный запрос загружается из кэша MySQL.
Например, в PHP функция mysql_insert_id(); возвращает последний вставленный идентификатор в отдельный запрос.
В этом направлении было бы красиво вызвать функцию метаданных, такую как mysql_is_query_from_cache($previous_query);, чтобы убедиться, что предыдущие результаты запроса фактически получены из кеша запросов MySQL
Любые идеи по этому поводу?
Для MySQL 5.0 и более поздних версий вы можете использовать SHOW PROFILES для получения списка последних идентификаторов запросов, а затем ПОКАЗАТЬ ПРОФИЛЬ ЗА QUERY% id_here%, чтобы узнать, есть ли ссылка на кешированные данные.
Это более подробно описано в http://www.dbasquare.com/2012/04/03/was-a-query-served-from-mysql-query-cache/ наряду с другими способами.
Спасибо @yuriy, я сделал код с вашим предложением SHOW PFOFILE и работает как шарм! Команда "SHOW PROFILE FOR QUERY 2" дает очень приятный результат с "отправкой кэшированного результата клиенту", это был именно тот триггер, который я искал!:)
/* enable profiling */ $result = mysql_query('SET profiling = 1');
/* is profiling ON for this session? */ $result = mysql_query("SHOW VARIABLES LIKE '%profiling%'");
/* execute main query */ $result = mysql_query('SELECT COUNT(*) FROM orders');
/* show overview of current profiles */ $result = mysql_query('SHOW PROFILES');
/* show profiling stats for main query */ $result = mysql_query('SHOW PROFILE FOR QUERY 2');
вы можете выполнить один и тот же запрос дважды и проверить свой профиль, например
set global query_cache_size = 16777216;
set profiling = 1;
выполнить твиты запросов
select * from sbtest.sbtest1 limit 100;
select * from sbtest.sbtest1 limit 100;
а затем проверьте профиль, и вы увидите, что второй запрос стоит меньше времени, чем первый запрос
mysql> show profiles;
+----------+------------+----------------------------------------+
| Query_ID | Duration | Query |
+----------+------------+----------------------------------------+
| 7 | 0.20415325 | set global query_cache_size = 16777216 |
| 8 | 0.26780725 | select * from sbtest.sbtest2 limit 100 |
| 9 | 0.00007350 | select * from sbtest.sbtest2 limit 100 |
+----------+------------+----------------------------------------+
сравните с query_ID = 8 (первый запрос) и query_ID = 9 (второй запрос), используя "показать профиль для идентификатора запроса"
mysql> show profile for query 8;
+--------------------------------+----------+
| Status | Duration |
+--------------------------------+----------+
| starting | 0.000023 |
| Waiting for query cache lock | 0.000004 |
| checking query cache for query | 0.032402 |
| checking permissions | 0.000088 |
| Opening tables | 0.000035 |
| System lock | 0.000014 |
| Waiting for query cache lock | 0.049689 |
| init | 0.075707 |
| optimizing | 0.000015 |
| statistics | 0.000021 |
| preparing | 0.000012 |
| executing | 0.000004 |
| Sending data | 0.108332 |
| Waiting for query cache lock | 0.000013 |
| Sending data | 0.000581 |
| end | 0.000012 |
| query end | 0.000062 |
| closing tables | 0.000020 |
| freeing items | 0.000013 |
| Waiting for query cache lock | 0.000003 |
| freeing items | 0.000741 |
| Waiting for query cache lock | 0.000006 |
| freeing items | 0.000002 |
| storing result in query cache | 0.000005 |
| logging slow query | 0.000003 |
| cleaning up | 0.000004 |
+--------------------------------+----------+
26 rows in set (0.49 sec)
вы можете видеть длинный список, такой как открытые таблицы, закрывать таблицы и т.д., это означает, что этот запрос должен запрашивать данные с жесткого диска, а второй -
mysql> show profile for query 9;
+--------------------------------+----------+
| Status | Duration |
+--------------------------------+----------+
| starting | 0.000023 |
| Waiting for query cache lock | 0.000004 |
| checking query cache for query | 0.000008 |
| checking privileges on cached | 0.000003 |
| checking permissions | 0.000010 |
| sending cached result to clien | 0.000019 |
| logging slow query | 0.000003 |
| cleaning up | 0.000003 |
+--------------------------------+----------+
8 rows in set (0.00 sec)
это доказывает, что запрос кэшируется
Будьте осторожны с этим.
SELECT * FROM orders;
не является кешем (query id = qId1)
SELECT * FROM orders;
- это кеш (изменения идентификатора запроса!, запрос id = qId2)
DELETE FROM orders;
запрос с id = qId2 из кеша, но на самом деле это не так! (изменение данных таблицы). Вам нужно выполнить запрос еще раз. Но необходимо знать, выполняется ли запрос из кеша до его выполнения. И поэтому метод Юрия не работает.