對于數(shù)據(jù)庫系統(tǒng)來說，查詢是最重要的功能，下面就為您解釋MySQL查詢緩存變量，如果您對MySQL查詢緩存變量方面感興趣的話，不妨一看。

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：不適合進行緩存的查詢的數(shù)量，通常是由于這些查詢不是 SELECT 語句或者用了now()之類的函數(shù)。

Qcache_queries_in_cache：當前緩存的查詢(和響應)的數(shù)量。

Qcache_total_blocks：緩存中塊的數(shù)量。

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結(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è)置的過大，可適當減小;查詢緩存利用率在80%以上而且 Qcache_lowmem_prunes > 50的話說明query_cache_size可能有點小，要不就是碎片太多。

查詢緩存命中率 = (Qcache_hits - Qcache_inserts) / Qcache_hits * 100%

示例服務(wù)器 查詢緩存碎片率 = 20.46%，查詢緩存利用率 = 62.26%，查詢緩存命中率 = 1.94%，命中率很差，可能寫操作比較頻繁吧，而且可能有些碎片。

【編輯推薦】

MySQL無重復查詢的實現(xiàn)

mysql命令行cmd環(huán)境下轉(zhuǎn)編碼簡介

mysql命令行參數(shù)簡介

MySQL命令行亂碼問題的解決

Mysql命令行導入sql數(shù)據(jù)的實現(xiàn)