mysqltuner.pl的调优建议：查询\u缓存\u限制

脚本给了我以下建议：

query_cache_limit (> 1M, or use smaller result sets)

MySQL状态输出显示：

mysql> SHOW STATUS LIKE 'Qcache%';
+-------------------------+------------+
| Variable_name           | Value      |
+-------------------------+------------+
| Qcache_free_blocks      | 12264      | 
| Qcache_free_memory      | 1001213144 | 
| Qcache_hits             | 3763384    | 
| Qcache_inserts          | 54632419   | 
| Qcache_lowmem_prunes    | 0          | 
| Qcache_not_cached       | 6656246    | 
| Qcache_queries_in_cache | 55280      | 
| Qcache_total_blocks     | 122848     | 
+-------------------------+------------+
8 rows in set (0.00 sec)

---

从上面的状态输出中，我如何判断是否需要增加建议的

query\u cache\u limit

。

最好的办法是设置某种测试工具，在数据库上执行实际（由场景定义）负载，然后使用不同的设置对MySql运行该测试。调谐本身就是一门艺术，如果不知道您的确切需求，就很难给出全面的答案

发件人：

Qcache\u free\u内存计数器
深入了解缓存的免费
记忆。观察到的低剂量与总剂量
为缓存分配的内存可能表示
尺寸过小的缓存，可以
通过改变全球环境来补救
变量
query\u cache\u size

Qcache\u点击
和
Qcache\u插入
显示
查询被删除的次数
从缓存提供服务，有多少
查询已插入到
隐藏物命中率与插入率低
指示很少的查询重用或
系统的设置过低
查询缓存限制
，用于
管理每个人的公羊
单个查询缓存项。大的
查询结果集将需要更大的空间
此变量的设置

查询重用性差的另一个指标
是一个递增的
Qcache\u lowmem\u prunes
价值这表示MySQL的频率
必须从缓存中删除查询
使用传入语句。
数量增加的其他原因
对于
Qcache\u lowmem\u prunes
缓存大小不足，无法容纳
所需的SQL语句和
结果集和内存碎片
在缓存中，这可能会减轻
通过发出
刷新查询缓存
陈述您可以删除所有查询
使用
重置查询从缓存中
缓存
命令

Qcache\u not\u cached
计数器提供
对语句数量的洞察
针对MySQL执行，但没有
可缓存，因为
非SELECT语句或正在执行
明确禁止使用
SQL\u无缓存
提示

您的点击率与插入率大约为1:15或6%，因此您的设置似乎需要进行一些微调（尽管，正如我所说，您是这方面的最佳评判者，因为您最了解自己的需求）