[TOC] ## 概述 QC 要求前后兩次請求的 SQL 完全一樣，不同數據庫、不同協議版本或不同默認字符集的查詢，都會被認為是不同的查詢。甚至包括大小寫， 比如下面兩條 SQL ，查詢緩存就會認為是兩個不同的查詢： ``` SELECT * FROM tbl_name Select * from tbl_name ``` **是否開啟緩存** 1. 如果線上環境中 99% 以上都是只讀，很少更新，可以考慮全局開啟 QC，也就是設置 query_cache_type 為 1 2. 只緩存的是幾張更新頻率很低的表，其它表不考慮使用查詢緩存，就可以考慮將 query_cache_type 設置成 2，這樣就只緩存下面這類 SQL： ``` select sql_cache from hs_user; ``` 缺點: 1. 每次查詢不一樣，會額外增加開銷 2. 需要前后兩條 SQL 完全一樣才能使用 3. 只要存在更新，就會清空這張表的查詢緩存 ## 實例 ### 開啟緩存 全局開啟 QC ``` // my.cnf query_cache_type = 1 query_cache_size = 50M ``` 只開啟部分表的 QC： ``` // my.cnf query_cache_type = 2 query_cache_size = 50M ``` 如果要開啟 QC，建議不要設置過大，通常幾十兆就好。如果設置過大，會增加維護緩存所需要的開銷。 ### 是否開啟緩存 ``` show variables like “%query_cache%”; ``` query_cache_type：緩存類型，有三個值可選： ``` 0 或者 off：關閉緩存 1 或者 on：打開緩存 2 或者 demand：只緩存帶有 sql\_cache 的 select 語句。 ``` ### 監視查詢緩存的使用情況  ``` Qcache_free_blocks：查詢緩存中的空閑內存塊的數目 Qcache_free_memory：查詢緩存的空閑內存總數 Qcache_hits：緩存命中次數 Qcache_inserts：被加入到緩存中的查詢數目 Qcache_lowmem_prunes：因為缺少內存而從緩存中刪除的查詢數目 Qcache_not_cached：沒有被緩存的查詢數目 Qcache_queries_in_cache：在緩存中已注冊的查詢數目 Qcache_total_blocks：查詢緩存中的塊的總數目 ``` ### 清除查詢緩存 ``` FLUSH QUERY CACHE; //清理查詢緩存內存碎片 RESET QUERY CACHE; //從查詢緩存中移出所有查詢 FLUSH TABLES; //關閉所有打開的表,同時該操作將會清空查詢緩存中的內容 ``` ### 關閉查詢緩存 `SELECT SQL_NO_CACHE * form table_name`