MySQL設(shè)置查詢(xún)緩存的用意：

　　把查詢(xún)到的結(jié)果緩存起來(lái)，下次再執(zhí)行相同查詢(xún)時(shí)就可以直接從結(jié)果集中取；這樣就比重新查一遍要快的多。

查詢(xún)緩存的最終結(jié)果是事與愿違：

　　之所以查詢(xún)緩存并沒(méi)有能起到提升性能的做用，客觀上有如下兩點(diǎn)原因

　　1、把SQL語(yǔ)句的hash值作為鍵，SQL語(yǔ)句的結(jié)果集作為值；這樣就引起了一個(gè)問(wèn)題如 select user from mysql.user 和 SELECT user FROM mysql.user

　　這兩個(gè)將會(huì)被當(dāng)成不同的SQL語(yǔ)句，這個(gè)時(shí)候就算結(jié)果集已經(jīng)有了，但是一然用不到。

　　2、當(dāng)查詢(xún)所基于的低層表有改動(dòng)時(shí)與這個(gè)表有關(guān)的查詢(xún)緩存都會(huì)作廢、如果對(duì)于并發(fā)度比較大的系統(tǒng)這個(gè)開(kāi)銷(xiāo)是可觀的；對(duì)于作廢結(jié)果集這個(gè)操作也是要用并發(fā)

　　訪問(wèn)控制的，就是說(shuō)也會(huì)有鎖。并發(fā)大的時(shí)候就會(huì)有Waiting for query cache lock 產(chǎn)生。

　　3、至于用不用還是要看業(yè)務(wù)模型的。

如果何配置查詢(xún)緩存：

　　query_cache_type 這個(gè)系統(tǒng)變量控制著查詢(xún)緩存工能的開(kāi)啟的關(guān)閉。

　　query_cache_type=0時(shí)表示關(guān)閉，1時(shí)表示打開(kāi)，2表示只要select 中明確指定SQL_CACHE才緩存。

　　這個(gè)參數(shù)的設(shè)置有點(diǎn)奇怪，1、如果事先查詢(xún)緩存是關(guān)閉的然而用 set @@global.query_cache_type=1; 會(huì)報(bào)錯(cuò)

　　ERROR 1651 (HY000): Query cache is disabled; restart the server with query_cache_type=1 to enable it

2、如果事先是打開(kāi)著的嘗試去閉關(guān)它，那么這個(gè)關(guān)閉也是不完全的，這種情況下查詢(xún)還是會(huì)去嘗試查找緩存。

　　最好的關(guān)閉查詢(xún)緩存的辦法就是把my.cnf 中的query_cache_type=0然后再重啟mysql。

查詢(xún)緩存相關(guān)的系統(tǒng)變量：

　　have_query_cache　　表示這個(gè)mysql版本是否支持查詢(xún)緩存。

　　query_cache_limit　　 表示單個(gè)結(jié)果集所被允許緩存的最大值。

　　query_cache_min_res_unit　　每個(gè)被緩存的結(jié)果集要占用的最小內(nèi)存。

　　query_cache_size　　用于查詢(xún)緩存的內(nèi)存大小。

如何監(jiān)控查詢(xún)緩存的命中率：

　　Qcache_free_memory　　查詢(xún)緩存目前剩余空間大小。

　　Qcache_hits　　　　　 查詢(xún)緩存的命中次數(shù)。

　　Qcache_inserts　　　　　 查詢(xún)緩存插入的次數(shù)。

　　也就是說(shuō)緩存的命中率為 Qcache_hits/(Qcache_hits+Qcache_inserts)

一般單獨(dú)設(shè)置這個(gè)可不行，得結(jié)合，建議看一下下面的文章

最新評(píng)論