Как определить, является ли запрос MySQL кешем?

Есть ли какой-либо метод для выяснения, выполняется ли запрос из кэша запросов MySQL?

Конечно... существует множество методов для подсчета количества кэшированных запросов на общем уровне (SHOW STATUS LIKE '%qcache%' и т.д.), но я хочу знать, если текущий выполненный запрос загружается из кэша MySQL.

Например, в PHP функция mysql_insert_id(); возвращает последний вставленный идентификатор в отдельный запрос.

В этом направлении было бы красиво вызвать функцию метаданных, такую как mysql_is_query_from_cache($previous_query);, чтобы убедиться, что предыдущие результаты запроса фактически получены из кеша запросов MySQL

Любые идеи по этому поводу?

Ответ 1

Для MySQL 5.0 и более поздних версий вы можете использовать SHOW PROFILES для получения списка последних идентификаторов запросов, а затем ПОКАЗАТЬ ПРОФИЛЬ ЗА QUERY% id_here%, чтобы узнать, есть ли ссылка на кешированные данные.

Это более подробно описано в http://www.dbasquare.com/2012/04/03/was-a-query-served-from-mysql-query-cache/ наряду с другими способами.

Ответ 2

Спасибо @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');

http://dbm.home.xs4all.nl/mysqlshowprofile2.jpg

Ответ 3

вы можете выполнить один и тот же запрос дважды и проверить свой профиль, например

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)

это доказывает, что запрос кэшируется

Ответ 4

Будьте осторожны с этим.

SELECT * FROM orders;

не является кешем (query id = qId1)

SELECT * FROM orders;

- это кеш (изменения идентификатора запроса!, запрос id = qId2)

DELETE FROM orders;

запрос с id = qId2 из кеша, но на самом деле это не так! (изменение данных таблицы). Вам нужно выполнить запрос еще раз. Но необходимо знать, выполняется ли запрос из кеша до его выполнения. И поэтому метод Юрия не работает.