mysql - query_cache_size、Qcache_total_blocks 和 query_alloc_block_size

Question

我的理解是 query_alloc_block_size 决定了查询缓存的 block 大小。在我的例子中，它是默认的 8K

当我计算 query_cache_size/Qcache_total_blocks 时，我得到的数字在 1-4K 之间。为什么它们会随着时间而改变？为什么它们与 query_alloc_block_size 不同？

此外，query_cache_min_res_unit 的默认值为 4K。为什么会小于 query_alloc_block_size？它不需要是 query_alloc_block_size 的倍数吗？

显然我误解了一些非常基本的东西

Answer 1

嗯，我不能回答具体的问题。

我对 QC 的看法:如果您对正在运行查询的表进行少量写入，请将其关闭。

一些其他指标和建议(如果您打开它):

• QC 大小 -- query_cache_size
  推荐 8e6 到 100e6 MB。如果超出范围，太小 = 没有多大用处。太大 = 开销太大。建议 0 或不超过 50M。
• Pct 查询缓存空闲 -- Qcache_free_memory/query_cache_size
  推荐 0 到 100%。如果超出范围，则降低 query_cache_size降低它可以释放 RAM 用于其他用途，但由于可用空间会随时间变化，因此这一读数可能会骗到你。
• QC 空间不足 -- Qcache_lowmem_prunes/Uptime
  建议 0 到 15/秒。如果超出范围，增加 query_cache_size
• 已尝试 SQL_CACHE，但被忽略 -- Qcache_not_cached/Uptime
  推荐 0 到 40/秒。如果超出范围，重新考虑缓存；调整 qcache
• 未缓存在 QC 中的 SELECT 百分比。 -- Qcache_not_cached/(Qcache_hits + Com_select + Qcache_not_cached)
  推荐 0 到 30%。如果超出范围，QC 就不是很有用。
• 查询缓存中的碎片 -- Qcache_free_blocks * 4096/query_cache_size
  推荐 0 到 1。如果超出范围，则减小 query_cache_min_res_unit
• 命中率与插入率——高即好——Qcache_hits/Qcache_inserts
  推荐(首选高值)1 - 10。如果超出范围，请考虑关闭查询缓存。
• 命中率——使用 QC 的 SELECT——Qcache_hits/(Qcache_hits + Com_select)
  推荐(偏好高值)25 - 100%。如果超出范围，请考虑关闭查询缓存。
• 查询缓存命中率 -- Qcache_hits/(Qcache_hits + Qcache_inserts + Qcache_not_cached)
  推荐(偏好高值)30 - 100%。如果超出范围，可能最好关闭 QC。
• 当前缓存的查询 -- Qcache_queries_in_cache
  推荐(首选高值)500 - 100000。
• 查询缓存中的碎片。 -- Qcache_free_blocks/Qcache_total_blocks
  推荐 0 到 30%。如果超出范围，各种事情。
• 失效/秒。 -- Qcache_inserts - Qcache_queries_in_cache/正常运行时间
  推荐 0 到 100/秒。
• query_alloc_block_size 与公式 -- (query_cache_size - Qcache_free_memory)
/Qcache_queries_in_cache/query_alloc_block_size
  推荐 0.5 到 2。如果超出范围，调整 query_alloc_block_size
• 子查询缓存命中率 -- Subquery_cache_hit/( Subquery_cache_hit + Subquery_cache_miss )
  推荐(偏好高值)60 - 100%。如果超出范围，考虑 SET optimizer_switch='subquery_cache=off';