mysql緩存參數(shù)

jackshan

對(duì)mysql的優(yōu)化不在行，搞過(guò)幾次優(yōu)化，但是都不是很理想，還是浪費(fèi)資源太多。一直發(fā)現(xiàn)我的mysql的緩存命中率極差，情況良好的時(shí)候到達(dá)過(guò)60-70%，但是運(yùn)行時(shí)間一長(zhǎng)，只有10-20%。查了一些資料，關(guān)于緩存的一些參數(shù)記錄
mysql> SHOW VARIABLES LIKE ‘%query_cache%’;
+——————————+———-+
| Variable_name                | Value    |
+——————————+———-+
| have_query_cache             | YES      |
| query_cache_limit            | 1048576  |
| query_cache_min_res_unit     | 4096     |
| query_cache_size             | 67108864 |
| query_cache_type             | ON       |
| query_cache_wlock_invalidate | OFF      |
+——————————+———-+
6 rows in set (0.00 sec)
have_query_cache
是否支持查詢緩存區(qū) “YES”表是支持查詢緩存區(qū)
query_cache_limit 可緩存的Select查詢結(jié)果的最大值 1048576 byte /1024 = 1024kB 即最大可緩存的select查詢結(jié)果必須小于1024KB
query_cache_min_res_unit 每次給query cache結(jié)果分配內(nèi)存的大小 默認(rèn)是 4096 byte 也即 4kB
經(jīng)過(guò)我測(cè)試，
set GLOBAL query_cache_min_res_unit=4096; 的時(shí)候，碎片會(huì)比較多，在3000多。
set GLOBAL query_cache_min_res_unit=2046;的時(shí)候，碎片比較少，在1000多。
但是過(guò)小會(huì)增加IO負(fù)擔(dān)
mysql>show status;
中間有一段 Qcache_開(kāi)頭的
Qcache_free_blocks                | 4984      |
| Qcache_free_memory                | 30097400  |
| Qcache_hits                       | 701669    |
| Qcache_inserts                    | 832414    |
| Qcache_lowmem_prunes              | 41224     |
| Qcache_not_cached                 | 2654      |
| Qcache_queries_in_cache           | 20527     |
| Qcache_total_blocks               | 46362
1-(Qcache_hits  /Qcache_inserts )是緩存命中率。
但是我總質(zhì)疑干嘛要1減去這個(gè)數(shù)字，Qcache_hits 是命令的數(shù)量，那么Qcache_inserts是總數(shù)，命中數(shù)量除以總數(shù)，不就是命中率了，這里還要好好查查。
Qcache_free_memory 表示查詢緩存區(qū)現(xiàn)在還有多少的可用內(nèi)存
Qcache_hits 表示查詢緩存區(qū)的命中個(gè)數(shù)，也就是直接從查詢緩存區(qū)作出響應(yīng)處理的查詢個(gè)數(shù)
Qcache_inserts 表示查詢緩存區(qū)此前總過(guò)緩存過(guò)多少條查詢命令的結(jié)果
Qcache_lowmem_prunes 表示查詢緩存區(qū)已滿而從其中溢出和刪除的查詢結(jié)果的個(gè)數(shù)
Qcache_not_cached 表示沒(méi)有進(jìn)入查詢緩存區(qū)的查詢命令個(gè)數(shù)
Qcache_queries_in_cache 查詢緩存區(qū)當(dāng)前緩存著多少條查詢命令的結(jié)果
這部分和我后來(lái)找到的另外的有些出入
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è)诰彺嬷忻�中時(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)行緩存的查詢的數(shù)量，通常是由于這些查詢不是 SELECT 語(yǔ)句或者用了now()之類的函數(shù)。
Qcache_queries_in_cache：當(dāng)前緩存的查詢(和響應(yīng))的數(shù)量。
Qcache_total_blocks：緩存中塊的數(shù)量。
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%，命中率很差，可能寫操作比較頻繁吧，而且可能有些碎片


本文來(lái)自ChinaUnix博客，如果查看原文請(qǐng)點(diǎn)：http://blog.chinaunix.net/u1/51714/showart_2153425.html