新聞中心
下面對(duì)MySQL查詢緩存變量作了詳盡的闡述,并對(duì)MySQL查詢緩存變量過(guò)程中的步驟進(jìn)行了分析,如果您對(duì)此方面感興趣的話,不妨一看。

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


咨詢
建站咨詢
