MySQL查詢緩存變量

下面對MySQL查詢緩存變量作了詳盡的闡述，並對MySQL查詢緩存變量過程中的步驟進行了分析，如果您對此方面感興趣的話，不妨一看。

MySQL> show global status like 'qcache%';  
+-------------------------+-----------+  
| Variable_name | Value |  
+-------------------------+-----------+  
| Qcache_free_blocks | 22756 |  
| Qcache_free_memory | 76764704 |  
| Qcache_hits | 213028692 |  
| Qcache_inserts | 208894227 |  
| Qcache_lowmem_prunes | 4010916 |  
| Qcache_not_cached | 13385031 |  
| Qcache_querIEs_in_cache | 43560 |  
| Qcache_total_blocks | 111212 |  
+-------------------------+-----------+ 

MySQL查詢緩存變量解釋：
Qcache_free_blocks：緩存中相鄰內存塊的個數。數目大說明可能有碎片。FLUSH QUERY CACHE會對緩存中的碎片進行整理，從而得到一個空閒塊。
Qcache_free_memory：緩存中的空閒內存。
Qcache_hits：每次查詢在緩存中命中時就增大
Qcache_inserts：每次插入一個查詢時就增大。命中次數除以插入次數就是不中比率。
Qcache_lowmem_prunes：緩存出現內存不足並且必須要進行清理以便為更多查詢提供空間的次數。這個數字最好長時間來看;如果這個數字在不斷增長，就表示可能碎片非常嚴重，或者內存很少。(上面的 free_blocks和free_memory可以告訴您屬於哪種情況)
Qcache_not_cached：不適合進行MySQL查詢緩存變量，通常是由於這些查詢不是 SELECT 語句或者用了now()之類的函數。
Qcache_querIEs_in_cache：當前緩存的查詢(和響應)的數量。
Qcache_total_blocks：緩存中塊的數量。
我們再查詢一下服務器關於query_cache的配置：

MySQL> show variables like 'query_cache%';  
+------------------------------+-----------+  
| Variable_name | Value |  
+------------------------------+-----------+  
| query_cache_limit | 2097152 |  
| query_cache_min_res_unit | 4096 |  
| query_cache_size | 203423744 |  
| query_cache_type | ON |  
| query_cache_wlock_invalidate | OFF |  
+------------------------------+-----------+ 

各字段的解釋：
query_cache_limit：超過此大小的查詢將不緩存
query_cache_min_res_unit：緩存塊的最小大小
query_cache_size：查詢緩存大小
query_cache_type：緩存類型，決定緩存什麼樣的查詢，示例中表示不緩存 select sql_no_cache 查詢
query_cache_wlock_invalidate：當有其他客戶端正在對MyISAM表進行寫操作時，如果查詢在query cache中，是否返回cache結果還是等寫操作完成再讀表獲取結果。
query_cache_min_res_unit的配置是一柄”雙刃劍”，默認是4KB，設置值大對大數據查詢有好處，但如果你的查詢都是小數據查詢，就容易造成內存碎片和浪費。
查詢緩存碎片率 = Qcache_free_blocks / Qcache_total_blocks * 100%
如果查詢緩存碎片率超過20%，可以用FLUSH QUERY CACHE整理緩存碎片，或者試試減小query_cache_min_res_unit，如果你的查詢都是小數據量的話。
查詢緩存利用率 = (query_cache_size - Qcache_free_memory) / query_cache_size * 100%
查詢緩存利用率在25%以下的話說明query_cache_size設置的過大，可適當減小;查詢緩存利用率在80%以上而且Qcache_lowmem_prunes > 50的話說明query_cache_size可能有點小，要不就是碎片太多。
查詢緩存命中率 = (Qcache_hits - Qcache_inserts) / Qcache_hits * 100%
示例服務器 查詢緩存碎片率 = 20.46%，查詢緩存利用率 = 62.26%，查詢緩存命中率 = 1.94%，命中率很差，可能寫操作比較頻繁吧，而且可能有些碎片。