概述
查詢緩存（Query Cache，簡稱QC），存儲SELECT語句及其產生的數據結果。閑來無事，做一下這塊的總結，也做個備忘！
工作原理
查詢緩存工作原理如下：
緩存SELECT操作的結果集和SQL語句，key為sql，value為查詢結果集；
如果新的SELECT語句到了，以這個sql為key去緩存中查詢，如果匹配，就把緩存的結果集返回；
匹配標准：與緩存的SQL語句是否完全一樣，sql中字母區分大小寫以及中間的空格，簡單理解為存儲了一個key-value結構，key為sql，value為sql查詢結果，匹配時使用Java的String的equals()，例如：
select age from user 與 select AGE from user不會匹配，因為大小寫不同；
select age from use 與 select age from user不會匹配，因為空格不同；
sql兩邊的空格可忽略，可以認為是對key進行過trim操作之后再進行equals比較。
查看mysql設置參數
執行
show variables like '%query_cache%';
可以看到相關參數：
query_cache_type：0-不啟用查詢緩存；1-啟用，2-啟用，默認值為0；
query_cache_size：設置緩存區總大小，允許設置query_cache_size的值最小為40K，默認1M，推薦設置為：64M/128M；
query_cache_limit：限制緩存區最大能緩存的單條查詢記錄集大小，默認設置為1M
query_cache_type為1時，只要符合查詢緩存的要求，客戶端的查詢語句和記錄集都可以緩存起來，如果SQL中加上 SQL_NO_CACHE將不緩存；
query_cache_type為2時，只要SQL中添加了參數：SQL_CACHE，且符合查詢緩存的要求，客戶端的查詢語句和記錄集，則可以緩存起來。
查看緩存使用情況
show status like '%Qcache%%';
可以看到相關參數：
Qcache_hits：緩存命中次數；
Qcache_inserts：緩存中插入次數，每緩存一次加1，注意這個不是緩存數量；
開啟查詢緩存
設置選項query_cache_type = 1 ，同時設置query_cache_size = 67108864；
注：query_cache_size的值設置在100MB以內即可。在MySQL里查詢緩存是由一個全局鎖在控制，每次更新查詢緩存的內存塊都需要進行鎖定。
關閉查詢緩存
設置選項query_cache_type = 0，同時設置query_cache_size = 0。
適用場景
用於頻繁提交同一個語句，並且該表數據變化不是很頻繁的場景，例如一些靜態頁面，或者頁面中的某塊不經常發生變化的信息。
由於查詢緩存需要緩存最新數據結果，因此表數據發生任何變化（insert、update、delete或其他可能產生數據變化的操作），都會導致查詢緩存被刷新。因而，對於一個更新頻率非常低而只讀查詢頻率非常高的場景下，打開查詢緩存還是比較有優勢的。
不適用場景
查詢緩存嚴格要求2次SQL請求要完全一樣，包括SQL語句，連接的數據庫、協議版本、字符集等因素都會影響。下面為查詢緩存不適用的幾個場景：
- 子查詢；
- 過程、函數、觸發器、event中調用的SQL，或者引用到這些結果的；
- 查詢中涉及一些特殊函數時，例如：BENCHMARK()、CURDATE()、CURRENT_TIME()、CURRENT_TIMESTAMP()、NOW()、SLEEP()、CONNECTION_ID()、CURRENT_DATE()、CURRENT_USER()、PASSWORD()、RAND()、UUID()、ENCRYPT()、LAST_INSERT_ID()等等；
- 查詢涉及到mysql，information_schema或performance_schema。
- 類似SELECT…LOCK IN SHARE MODE、SELECT…FOR UPDATE、SELECT..INTO OUTFILE/DUMPFILE、SELECT * FROM ... WHERE autoincrement_col IS NULL的查詢；
- SELECT執行計划用到臨時表；
- 未引用任何表的查詢，例如SELECT 1+2；
- 查詢產生了告警(warnings)；
- SELECT語句中存在SQL_NO_CACHE關鍵字；
- 涉及到分區表。
可見，使用查詢的緩存的限制非常多。當使用場景中以只讀為主，很少有更新的情況時，再考慮開啟查詢緩存。