MySQL query_cache_type 參數(shù)與使用詳解
MySQL設(shè)置查詢緩存的用意:
把查詢到的結(jié)果緩存起來,下次再執(zhí)行相同查詢時就可以直接從結(jié)果集中??;這樣就比重新查一遍要快的多。
查詢緩存的最終結(jié)果是事與愿違:
之所以查詢緩存并沒有能起到提升性能的做用,客觀上有如下兩點原因
1、把SQL語句的hash值作為鍵,SQL語句的結(jié)果集作為值;這樣就引起了一個問題如 select user from mysql.user 和 SELECT user FROM mysql.user
這兩個將會被當(dāng)成不同的SQL語句,這個時候就算結(jié)果集已經(jīng)有了,但是一然用不到。
2、當(dāng)查詢所基于的低層表有改動時與這個表有關(guān)的查詢緩存都會作廢、如果對于并發(fā)度比較大的系統(tǒng)這個開銷是可觀的;對于作廢結(jié)果集這個操作也是要用并發(fā)
訪問控制的,就是說也會有鎖。并發(fā)大的時候就會有Waiting for query cache lock 產(chǎn)生。
3、至于用不用還是要看業(yè)務(wù)模型的。
如果何配置查詢緩存:
query_cache_type 這個系統(tǒng)變量控制著查詢緩存工能的開啟的關(guān)閉。
query_cache_type=0時表示關(guān)閉,1時表示打開,2表示只要select 中明確指定SQL_CACHE才緩存。
這個參數(shù)的設(shè)置有點奇怪,1、如果事先查詢緩存是關(guān)閉的然而用 set @@global.query_cache_type=1; 會報錯
ERROR 1651 (HY000): Query cache is disabled; restart the server with query_cache_type=1 to enable it
2、如果事先是打開著的嘗試去閉關(guān)它,那么這個關(guān)閉也是不完全的,這種情況下查詢還是會去嘗試查找緩存。
最好的關(guān)閉查詢緩存的辦法就是把my.cnf 中的query_cache_type=0然后再重啟mysql。
查詢緩存相關(guān)的系統(tǒng)變量:
have_query_cache 表示這個mysql版本是否支持查詢緩存。
query_cache_limit 表示單個結(jié)果集所被允許緩存的最大值。
query_cache_min_res_unit 每個被緩存的結(jié)果集要占用的最小內(nèi)存。
query_cache_size 用于查詢緩存的內(nèi)存大小。
如何監(jiān)控查詢緩存的命中率:
Qcache_free_memory 查詢緩存目前剩余空間大小。
Qcache_hits 查詢緩存的命中次數(shù)。
Qcache_inserts 查詢緩存插入的次數(shù)。
也就是說緩存的命中率為 Qcache_hits/(Qcache_hits+Qcache_inserts)
一般單獨設(shè)置這個可不行,得結(jié)合,建議看一下下面的文章
版權(quán)聲明:本站文章來源標(biāo)注為YINGSOO的內(nèi)容版權(quán)均為本站所有,歡迎引用、轉(zhuǎn)載,請保持原文完整并注明來源及原文鏈接。禁止復(fù)制或仿造本網(wǎng)站,禁止在非www.sddonglingsh.com所屬的服務(wù)器上建立鏡像,否則將依法追究法律責(zé)任。本站部分內(nèi)容來源于網(wǎng)友推薦、互聯(lián)網(wǎng)收集整理而來,僅供學(xué)習(xí)參考,不代表本站立場,如有內(nèi)容涉嫌侵權(quán),請聯(lián)系alex-e#qq.com處理。