是否有任何方法可以确定是否从MySQL查询缓存中检索到执行的查询？
当然......有很多方法可以计算一般级别（SHOW STATUS LIKE '%qcache%'等）的缓存查询数，但我想知道当前执行的查询是从MySQL缓存加载的。
例如，在PHP中，函数mysql_insert_id();在单独的查询中返回最后插入的ID。
在这个方向上，调用像mysql_is_query_from_cache($previous_query);这样的元数据函数来验证先前的查询结果是否实际从MySQL查询缓存中检索是一种美感
有关于此的任何想法吗？
答案 0 :(得分：10)
对于MySQL 5.0及更高版本，您可以使用SHOW PROFILES获取最近查询ID的列表，然后显示SHERY PROFILE FOR QUERY％id_here％以查看是否存在对缓存数据的引用。
http://www.dbasquare.com/2012/04/03/was-a-query-served-from-mysql-query-cache/更详细地解释了这一点以及其他一些方法。
答案 1 :(得分：6)
谢谢@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');
答案 2 :(得分：1)
您可以执行两次相同的查询并检查其个人资料，例如
set global query_cache_size = 16777216;
set profiling = 1;
执行你的查询twices
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 |
+----------+------------+----------------------------------------+
使用“show profile for query ID”与query_ID = 8（ther first query）和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)
它证明了查询是缓存的
答案 3 :(得分：0)
小心这一点。
SELECT * FROM orders;
不是来自缓存（query id = qId1）
SELECT * FROM orders;
来自缓存（查询ID更改！，查询ID = qId2）
DELETE FROM orders;
查询来自缓存，但实际上并非如此！ （表数据变化）。您需要再次执行查询。但是有必要知道查询是否来自缓存BEFORE执行之前。这就是Yuriy的方法不起作用的原因。