[](https://box.kancloud.cn/2015-07-29_55b878aba787b.png) _備注：插圖來自淘寶蘇普的博客并保留水印，如果覺得不當還請及時告知 ：）_ 寫在前面：MySQL的query cache大部分情況下其實只是雞肋而已，建議全面禁用。當然了，或許在你的場景下還是挺好的，還能發揮作用，那就繼續使用吧，把本文當做參考就好。 不過，可能有的人人為只需要把 query_cache_size 大小調整為 0 就可以了，可以忽略 query_cache_type 參數的值，反正它也是可以在線調整的。 事實果真如此嗎？讓我們來實際模擬測試下就知道了。 我們模擬了以下幾種場景： ~~~ 1、初始化時，同時設置 query_cache_size 和 query_cache_type 的值為 0； 2、初始化時，設置 query_cache_size = 0，但設置 query_cache_type = 1； 3、初始化時，設置 query_cache_size = 0，query_cache_type = 1，但是啟動后立刻 修改 query_cache_type = 0 4、初始化時，設置 query_cache_size = 0，query_cache_type = 0，但是啟動后立刻 修改 query_cache_type = 1 5、初始化時，設置 query_cache_size = xMB，query_cache_type = 1，但是啟動后立刻 修改 query_cache_type = 0 ~~~ 經過測試，可以得到下面幾個重要結論（詳細測試過程請見最后）： ~~~ 1、想要徹底關閉query cache，務必在一開始就設置 query_cache_type = 0，即便是啟動后將 query_cache_type 從 1 改成 0，也不行； 2、即便query_cache_size = 0，但 query_cache_type 非 0 的話，在實際環境中，可能會頻繁發生 Waiting for query cache lock； 3、一開始就設置 query_cache_type = 0 的話，沒有辦法在運行 過程中再次動態啟用，反過來則可以。也就是說，一開始是啟用 query cache 的， 在運行過程中將其關閉，但事實上仍然會發生? Waiting for query cache lock，并沒有真正的關閉； ~~~ 關于query cache的延伸閱讀，請見： 1、我的前同事waterbin帥哥的悲慘經歷：[MySQL Troubleshoting：Waiting on query cache mutex](http://blog.csdn.net/dba_waterbin/article/details/9201645 "MySQL Troubleshoting：Waiting on query cache mut") 2、淘寶蘇普的舊文：[Query Cache，看上去很美](http://www.orczhou.com/index.php/2009/08/query-cache-1/ "Query Cache，看上去很美") 詳細測試過程： 一、測試方法 采用sysbench模擬并發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、一直關閉QC（query cache的簡寫，下同），即? query_cache_size = 0， query_cache_type = 0 測試過程中，一直都沒有和query cache lock相關的狀態出現，結果tps：2295.34 2、啟用QC，但QC size 設置為 0，即：query_cache_size = 0，query_cache_type = 1 測試過程中，一直有 Waiting for query cache lock 狀態出現，結果tps：2272.52 3、啟用QC，但QC size為0，但啟動時立刻關閉QC，即初始化時 query_cache_size = 0，query_cache_type = 1，啟動后立刻修改 query_cache_type = 0 測試過程中，也一直有 Waiting for query cache lock 狀態出現，結果tps：2311.54 4、關閉QC，但啟動后立刻啟用QC，即初始化時 query_cache_size = 0，query_cache_type = 0，啟動后立刻修改 query_cache_type = 1 這時，會提示報錯信息： 失敗：ERROR 1651 (HY000): Query cache is disabled; restart the server with query_cache_type=1 to enable it 也就是說，如果一開始就關閉 QC 的話，是沒辦法在運行過程中動態再啟用QC的。 5、啟用QC，并設置QC size為256M，即 query_cache_size = 256M，query_cache_type = 1 這種情況下，在測試過程中一直有 Waiting for query cache lock 狀態出現，并且結果tps也很差，只有 1395.39（幾個案例中最差的一種） 6、啟用QC，設置QC size為256M，但啟動后立刻關閉QC，即 query_cache_size = 256M，query_cache_type = 1，啟動后立刻修改 query_cache_type = 0 這種情況下，在測試過程中也一直有? Waiting for query cache lock 狀態出現，結果tps：2295.79（在這個模式下，如果設置 query_cache_type = 2，效果也不佳） 第三種模式下，雖然看起來tps還不錯，但畢竟上面只是簡單模擬測試，實際情況下如果有頻繁的query cache lock的話，tps肯定不會太好看。 因此，總的來說，想要獲得較高tps的話，最好還是一開始就關閉QC，不要心存僥幸或者固守陳規。