MySQL 查询缓存：最大缓存大小限制为 128 MB？

我的应用程序是数据库密集型的，因此我非常努力地确保应用程序和 MySQL 数据库尽可能高效地协同工作。

目前，我正在调整 MySQL 查询缓存，使其符合服务器上运行的查询的特征。

query_cache_size是可以存储在缓存中的最大数据量，query_cache_limit是缓存中单个结果集的最大大小。

我当前的MySQL查询缓存配置如下：

query_cache_size=128M
query_cache_limit=1M

tuning-primer.sh为我提供了有关正在运行的系统的以下调整提示：

QUERY CACHE
Query cache is enabled
Current query_cache_size = 128 M
Current query_cache_used = 127 M
Current query_cache_limit = 1 M
Current Query cache Memory fill ratio = 99.95 %
Current query_cache_min_res_unit = 4 K
However, 21278 queries have been removed from the query cache due to lack of memory
Perhaps you should raise query_cache_size
MySQL won't cache query results that are larger than query_cache_limit in size

And mysqltuner.pl给出以下调整提示：

[OK] Query cache efficiency: 31.3% (39K cached / 125K selects)
[!!] Query cache prunes per day: 2300654

Variables to adjust:
    query_cache_size (> 128M)

两个调整脚本都建议我应该提高query_cache_size。然而，增加query_cache size超过 128M 可能会降低性能mysqltuner.pl (see http://mysqltuner.pl/ http://mysqltuner.pl/).

你会如何解决这个问题？你会增加query_cache_size吗？mysqltuner.pl的警告或尝试以某种方式调整查询逻辑？大部分数据访问由 Hibernate 处理，但应用程序中也使用了大量手工编码的 SQL。

即使您的缓存没有被交换的风险，mysqltuner.py 发出的警告实际上也是相关的。 下面对此进行了很好的解释：http://blogs.oracle.com/dlutz/entry/mysql_query_cache_sizing http://blogs.oracle.com/dlutz/entry/mysql_query_cache_sizing

基本上，缓存越大，MySQL 花费的时间就越多，并且由于即使在中等写入负载下（查询经常被清除），缓存也非常不稳定，因此将其设置得太大会对应用程序性能产生不利影响。调整query_cache_size and query_cache_limit对于您的应用程序，尝试找到一个断点，其中每次插入的命中次数最多，插入次数较少lowmem_prunes并在执行此操作时密切关注数据库服务器负载。