Question

我正在使用一个监控系统，该系统每隔几个小时就会报告有很多低温梅子

Thu Dec 5 01:21:52 UTC 2013 7347查询缓存lowmem修剪600秒（12.24 /秒）

Thu Dec 5 10:21:52 UTC 2013 10596查询缓存lowmem修剪600秒（17.66 /秒）

Thu Dec 5 11:26:52 UTC 2013 8979查询缓存lowmem修剪600秒（14.96 /秒）

mysql> SHOW STATUS LIKE 'Qc%';
Variable_name            Value
Qcache_free_blocks       2250
Qcache_free_memory       6938840
Qcache_hits              578811080
Qcache_inserts           331501709
Qcache_lowmem_prunes     124066063
Qcache_not_cached        135977294
Qcache_queries_in_cache  5638
Qcache_total_blocks      13625

我的16MB查询缓存大约有6MB未使用

mysql> SHOW VARIABLES LIKE 'query_cache_size';
+------------------+----------+
| Variable_name    | Value    |
+------------------+----------+
| query_cache_size | 16777216 |
+------------------+----------+
1 row in set (0.00 sec)

为什么在没有缓存填满的情况下修剪查询？

我应该增加还是减少缓存大小？

其他信息

mysql> FLUSH STATUS;

30分钟后

mysql> SHOW STATUS LIKE '%Qcache%';
+-------------------------+---------+
| Variable_name           | Value   |
+-------------------------+---------+
| Qcache_free_blocks      | 1935    |
| Qcache_free_memory      | 5154904 |
| Qcache_hits             | 43918   |
| Qcache_inserts          | 33074   |
| Qcache_lowmem_prunes    | 4443    |
| Qcache_not_cached       | 10438   |
| Qcache_queries_in_cache | 6276    |
| Qcache_total_blocks     | 14713   |
+-------------------------+---------+
8 rows in set (0.00 sec)

Answer 1

当任何INSERT / UPDATE / DELETE语句修改关联表中的数据时，查询缓存会使条目过期。这不会等待缓存填满。

http://dev.mysql.com/doc/refman/5.6/en/query-cache-operation.html说：

如果表发生更改，则使用该表的所有高速缓存查询都将变为无效并从高速缓存中删除。这包括使用映射到已更改表的MERGE表的查询。可以通过许多类型的语句更改表，例如INSERT，UPDATE，DELETE，TRUNCATE TABLE，ALTER TABLE，DROP TABLE或DROP DATABASE。

重新提问：

如果使用InnoDB并且插入位于表的末尾，查询缓存是否会使条目过期？

是的，这是正确的。比如说查询缓存条目与查询SELECT COUNT(*) FROM mytable相关联。在mytable末尾的插入会使此查询的缓存结果无效。

查询缓存在确定对数据的给定更改是否会影响缓存条目方面没有太多智能。它假定如果您更改表中的任何，则必须丢弃与该表关联的缓存中的所有查询。

只有在插入后缓存的结果发生变化时，它才能应用更多智能来丢弃某些查询结果。但是它会怎么做呢？它必须在插入后再次运行查询，将结果与存储在缓存中的结果进行比较。如果它们不同，请替换缓存中的结果。

但是它必须通过缓存中的每个查询结果来实现。请注意，您的状态输出显示您的查询缓存中包含5638个查询。当然，并非所有这些都与您插入的同一个表相关联，但我们可以假设它们中的许多都是。

单个INSERT导致重新执行数百或数千个SELECT语句以刷新缓存结果不是一个很好的权衡。

所以妥协是对表的更改会清除与该表关联的所有缓存结果，即使这不是绝对必要的。

因此，查询缓存不是用于缓存查询的非常精确的方法。它对某些工作负载很有帮助，例如，如果您的应用程序在表未收到任何更改时往往会多次重复给定的uery。但we已经发现许多情况，工作负载使查询缓存无用，在某些情况下，维护查询缓存的开销实际上对性能有害。

如果您想要一些更精确的缓存机制，您必须在应用程序中自己编写代码，将某些结果保存到memcached或类似的快速内存缓存中。然后，您有责任跟踪数据更改时需要刷新的条目。

为什么即使没有使用一半的查询缓存，我也会收到低位修剪的通知？

1 个答案: