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

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

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

事實(shí)果真如此嗎？讓我們來實(shí)際模擬測試下就知道了。

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

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

2、初始化時(shí)，設(shè)置 query_cache_size = 0，但設(shè)置 query_cache_type = 1；

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

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

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

經(jīng)過測試，可以得到下面幾個(gè)重要結(jié)論（詳細(xì)測試過程請(qǐng)見最后）：

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

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

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

關(guān)于query cache的延伸閱讀，請(qǐng)見：

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

詳細(xì)測試過程：

一、測試方法

采用sysbench模擬并發(fā)oltp請(qǐng)求：

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，但啟動(dòng)時(shí)立刻關(guān)閉QC，即初始化時(shí) query_cache_size = 0，query_cache_type = 1，啟動(dòng)后立刻修改 query_cache_type = 0

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

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

這時(shí)，會(huì)提示報(bào)錯(cuò)信息：

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

也就是說，如果一開始就關(guān)閉 QC 的話，是沒辦法在運(yùn)行過程中動(dòng)態(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（幾個(gè)案例中最差的一種）

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

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

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

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