MySQL 為什么要關(guān)閉query cache,如何關(guān)閉

2021-09-23 16:22 更新


寫在前面:MySQL的query cache大部分情況下其實只是雞肋而已,建議全面禁用。當然了,或許在你的場景下還是挺好的,還能發(fā)揮作用,那就繼續(xù)使用吧,把本文當做參考就好。

不過,可能有的人人為只需要把 query_cache_size 大小調(diào)整為 0 就可以了,可以忽略 query_cache_type 參數(shù)的值,反正它也是可以在線調(diào)整的。

事實果真如此嗎?讓我們來實際模擬測試下就知道了。

我們模擬了以下幾種場景:

1、初始化時,同時設(shè)置 query_cache_size 和 query_cache_type 的值為 0;

2、初始化時,設(shè)置 query_cache_size = 0,但設(shè)置 query_cache_type = 1;

3、初始化時,設(shè)置 query_cache_size = 0,query_cache_type = 1,但是啟動后立刻 修改 query_cache_type = 0

4、初始化時,設(shè)置 query_cache_size = 0,query_cache_type = 0,但是啟動后立刻 修改 query_cache_type = 1

5、初始化時,設(shè)置 query_cache_size = xMB,query_cache_type = 1,但是啟動后立刻 修改 query_cache_type = 0

經(jīng)過測試,可以得到下面幾個重要結(jié)論(詳細測試過程請見最后):

1、想要徹底關(guān)閉query cache,務(wù)必在一開始就設(shè)置 query_cache_type = 0,即便是啟動后將 query_cache_type 從 1 改成 0,也不行;

2、即便query_cache_size = 0,但 query_cache_type 非 0 的話,在實際環(huán)境中,可能會頻繁發(fā)生 Waiting for query cache lock;

3、一開始就設(shè)置 query_cache_type = 0 的話,沒有辦法在運行 過程中再次動態(tài)啟用,反過來則可以。也就是說,一開始是啟用 query cache 的, 在運行過程中將其關(guān)閉,但事實上仍然會發(fā)生  Waiting for query cache lock,并沒有真正的關(guān)閉;

關(guān)于query cache的延伸閱讀,請見:

1、我的前同事waterbin帥哥的悲慘經(jīng)歷:MySQL Troubleshoting:Waiting on query cache mutex
2、淘寶蘇普的舊文:Query Cache,看上去很美

詳細測試過程:

一、測試方法

采用sysbench模擬并發(fā)oltp請求:

sysbench --test=tests/db/oltp.lua --oltp_tables_count=10 --oltp-table-size=100000 --rand-init=on --num-threads=64 --oltp-read-only=off --report-interval=10 --rand-type=uniform --max-time=1800 --max-requests=0 run

二、具體幾種測試模式

1、一直關(guān)閉QC(query cache的簡寫,下同),即  query_cache_size = 0, query_cache_type = 0

測試過程中,一直都沒有和query cache lock相關(guān)的狀態(tài)出現(xiàn),結(jié)果tps:2295.34

2、啟用QC,但QC size 設(shè)置為 0,即:query_cache_size = 0,query_cache_type = 1

測試過程中,一直有 Waiting for query cache lock 狀態(tài)出現(xiàn),結(jié)果tps:2272.52

3、啟用QC,但QC size為0,但啟動時立刻關(guān)閉QC,即初始化時 query_cache_size = 0,query_cache_type = 1,啟動后立刻修改 query_cache_type = 0

測試過程中,也一直有 Waiting for query cache lock 狀態(tài)出現(xiàn),結(jié)果tps:2311.54

4、關(guān)閉QC,但啟動后立刻啟用QC,即初始化時 query_cache_size = 0,query_cache_type = 0,啟動后立刻修改 query_cache_type = 1

這時,會提示報錯信息:

失?。篍RROR 1651 (HY000): Query cache is disabled; restart the server with query_cache_type=1 to enable it

也就是說,如果一開始就關(guān)閉 QC 的話,是沒辦法在運行過程中動態(tài)再啟用QC的。

5、啟用QC,并設(shè)置QC size為256M,即 query_cache_size = 256M,query_cache_type = 1

這種情況下,在測試過程中一直有 Waiting for query cache lock 狀態(tài)出現(xiàn),并且結(jié)果tps也很差,只有 1395.39(幾個案例中最差的一種)

6、啟用QC,設(shè)置QC size為256M,但啟動后立刻關(guān)閉QC,即 query_cache_size = 256M,query_cache_type = 1,啟動后立刻修改 query_cache_type = 0

這種情況下,在測試過程中也一直有  Waiting for query cache lock 狀態(tài)出現(xiàn),結(jié)果tps:2295.79(在這個模式下,如果設(shè)置 query_cache_type = 2,效果也不佳)

第三種模式下,雖然看起來tps還不錯,但畢竟上面只是簡單模擬測試,實際情況下如果有頻繁的query cache lock的話,tps肯定不會太好看。

因此,總的來說,想要獲得較高tps的話,最好還是一開始就關(guān)閉QC,不要心存僥幸或者固守陳規(guī)。


以上內(nèi)容是否對您有幫助:
在線筆記
App下載
App下載

掃描二維碼

下載編程獅App

公眾號
微信公眾號

編程獅公眾號