這篇文章將為大家詳細(xì)講解有關(guān)MySQL中怎么查詢緩存變量，文章內(nèi)容質(zhì)量較高，因此小編分享給大家做個參考，希望大家閱讀完這篇文章后對相關(guān)知識有一定的了解。

發(fā)展壯大離不開廣大客戶長期以來的信賴與支持，我們將始終秉承“誠信為本、服務(wù)至上”的服務(wù)理念，堅持“二合一”的優(yōu)良服務(wù)模式，真誠服務(wù)每家企業(yè)，認(rèn)真做好每個細(xì)節(jié)，不斷完善自我，成就企業(yè)，實現(xiàn)共贏。行業(yè)涉及成都戶外休閑椅等，在網(wǎng)站建設(shè)公司、成都全網(wǎng)營銷、WAP手機網(wǎng)站、VI設(shè)計、軟件開發(fā)等項目上具有豐富的設(shè)計經(jīng)驗。

MySQL查詢緩存變量解釋：

Qcache_free_blocks：緩存中相鄰內(nèi)存塊的個數(shù)。數(shù)目大說明可能有碎片。FLUSHQUERYCACHE會對緩存中的碎片進(jìn)行整理，從而得到一個空閑塊。

Qcache_free_memory：緩存中的空閑內(nèi)存。

Qcache_hits：每次查詢在緩存中命中時就增大

Qcache_inserts：每次插入一個查詢時就增大。命中次數(shù)除以插入次數(shù)就是不中比率。

Qcache_lowmem_prunes：緩存出現(xiàn)內(nèi)存不足并且必須要進(jìn)行清理以便為更多查詢提供空間的次數(shù)。這個數(shù)字最好長時間來看;如果這個數(shù)字在不斷增長，就表示可能碎片非常嚴(yán)重，或者內(nèi)存很少。(上面的free_blocks和free_memory可以告訴您屬于哪種情況)

Qcache_not_cached：不適合進(jìn)行緩存的查詢的數(shù)量，通常是由于這些查詢不是SELECT語句或者用了now()之類的函數(shù)。

Qcache_queries_in_cache：當(dāng)前緩存的查詢(和響應(yīng))的數(shù)量。

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

query_cache_limit：超過此大小的查詢將不緩存

query_cache_min_res_unit：緩存塊的最小大小

query_cache_size：查詢緩存大小

query_cache_type：緩存類型，決定緩存什么樣的查詢，示例中表示不緩存selectsql_no_cache查詢

query_cache_wlock_invalidate：當(dāng)有其他客戶端正在對MyISAM表進(jìn)行寫操作時，如果查詢在querycache中，是否返回cache結(jié)果還是等寫操作完成再讀表獲取結(jié)果。

query_cache_min_res_unit的配置是一柄”雙刃劍”，默認(rèn)是4KB，設(shè)置值大對大數(shù)據(jù)查詢有好處，但如果你的查詢都是小數(shù)據(jù)查詢，就容易造成內(nèi)存碎片和浪費。

MySQL查詢緩存變量是什么意思

查詢緩存碎片率=Qcache_free_blocks/Qcache_total_blocks*100%

如果查詢緩存碎片率超過20%，可以用FLUSHQUERYCACHE整理緩存碎片，或者試試減小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%，命中率很差，可能寫操作比較頻繁吧，而且可能有些碎片。

關(guān)于MySQL中怎么查詢緩存變量就分享到這里了，希望以上內(nèi)容可以對大家有一定的幫助，可以學(xué)到更多知識。如果覺得文章不錯，可以把它分享出去讓更多的人看到。