建站
咨詢
售后
建站咨詢
新聞中心
下面對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：緩存中相鄰內(nèi)存塊的個數(shù)。數(shù)目大說明可能有碎片。FLUSH QUERY CACHE會對緩存中的碎片進行整理，從而得到一個空閑塊。
Qcache_free_memory：緩存中的空閑內(nèi)存。
Qcache_hits：每次查詢在緩存中命中時就增大
Qcache_inserts：每次插入一個查詢時就增大。命中次數(shù)除以插入次數(shù)就是不中比率。
Qcache_lowmem_prunes：緩存出現(xiàn)內(nèi)存不足并且必須要進行清理以便為更多查詢提供空間的次數(shù)。這個數(shù)字最好長時間來看;如果這個數(shù)字在不斷增長，就表示可能碎片非常嚴重，或者內(nèi)存很少。(上面的 free_blocks和free_memory可以告訴您屬于哪種情況)
Qcache_not_cached：不適合進行MySQL查詢緩存變量，通常是由于這些查詢不是 SELECT 語句或者用了now()之類的函數(shù)。
Qcache_queries_in_cache：當(dāng)前緩存的查詢(和響應(yīng))的數(shù)量。
Qcache_total_blocks：緩存中塊的數(shù)量。
我們再查詢一下服務(wù)器關(guān)于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：當(dāng)有其他客戶端正在對MyISAM表進行寫操作時，如果查詢在query cache中，是否返回cache結(jié)果還是等寫操作完成再讀表獲取結(jié)果。
query_cache_min_res_unit的配置是一柄”雙刃劍”，默認是4KB，設(shè)置值大對大數(shù)據(jù)查詢有好處，但如果你的查詢都是小數(shù)據(jù)查詢，就容易造成內(nèi)存碎片和浪費。
查詢緩存碎片率 = Qcache_free_blocks / Qcache_total_blocks * 100%
如果查詢緩存碎片率超過20%，可以用FLUSH QUERY CACHE整理緩存碎片，或者試試減小query_cache_min_res_unit，如果你的查詢都是小數(shù)據(jù)量的話。
查詢緩存利用率 = (query_cache_size - Qcache_free_memory) / query_cache_size * 100%
查詢緩存利用率在25%以下的話說明query_cache_size設(shè)置的過大，可適當(dāng)減小;查詢緩存利用率在80%以上而且Qcache_lowmem_prunes > 50的話說明query_cache_size可能有點小，要不就是碎片太多。
查詢緩存命中率 = (Qcache_hits - Qcache_inserts) / Qcache_hits * 100%
示例服務(wù)器 查詢緩存碎片率 = 20.46%，查詢緩存利用率 = 62.26%，查詢緩存命中率 = 1.94%，命中率很差，可能寫操作比較頻繁吧，而且可能有些碎片。
【編輯推薦】
MySQL慢查詢的啟用方法
Mysql多表查詢的實現(xiàn)
MySQL CONVERT函數(shù)簡介
Liunx下修改MySQL字符集的方法
帶您了解mysql變量
網(wǎng)頁題目：MySQL查詢緩存變量
標題來源：http://www.dlmjj.cn/article/ccceoso.html
