關於mysql表對象緩存源碼的信息

本文目錄一覽：

• 1、使用mysql怎麼進行處理緩存的
• 2、MySQL緩存
• 3、MySQL的緩存對象有什麼？

使用mysql怎麼進行處理緩存的

我們都知道 MySQL 的 Table Cache 是表定義的緩存，江湖上流傳着各種對這個參數的調優方法。

table cache 的作用，就是節約讀取表結構文件的開銷。對於table cache 是否命中，其實table cache 是針對於線程的，每個線程有自己的緩存，只緩存本線程的表結構定義。不過我們發現，strace 中沒有關於表結構文件的 open 操作（只有 stat 操作，定位表結構文件是否存在），也就是說 table cache 不命中，不一定需要讀取表結構文件。這種感覺好像是：在不命中 table cache 時，命中了另外一個表結構緩存。

運維建議：

我們讀一下 MySQL 的文檔，關於 table_open_cache 的建議值公式：建議值 = 最大並發數 * join 語句涉及的表的最大個數。

通過實驗我們容易理解：table_cache 是針對於線程的，所以需要最大並發數個緩存。另外，一個語句 join 涉及的表，需要同時在緩存中存在。所以最小的緩存大小，等於語句 join 涉及的表的最大個數。將這兩個數相乘，就得到了 MySQL 的建議值公式。

MySQL緩存

mysql 開啟查詢緩存可以有兩種方法來開啟一種是使用set命令來進行開啟，另一種是直接修改my.ini文件來直接設置都是非常的簡單的哦。

開啟緩存，設置緩存大小，具體實施如下：

windows下是my.ini，linux下是my.cnf;

在配置文件的最後追加上：

需要重啟mysql生效；

b) 開啟緩存,兩種方式：

a)使用mysql命令：

如果報錯：

Query cache is disabled; restart the server with query_cache_type=1 to enable it，還是老老實實的該配置文件，然後重啟吧，原因如下：

查看是否設置成功

show variables like “%query_cache%” 查看是否設置成功：

當然如果你的數據表有更新怎麼辦，沒關係mysql默認會和這個表有關係的緩存刪掉，下次查詢的時候會直接讀表然後再緩存

下面是一個簡單的例子：

以上的相關內容就是對mysql緩存查詢和設置的介紹，望你能有所收穫。

一般，我們會把 query_cache_type 設置為 ON,默認情況下應該是ON

query_cache_type有3個值 0代表關閉查詢緩存OFF，1代表開啟ON，2（DEMAND）代表當sql語句中有SQL_CACHE關鍵詞時才緩存，如：

這樣 當我們執行 select id,name from tableName; 這樣就會用到查詢緩存。

①在 query_cache_type 打開的情況下，如果你不想使用緩存，需要指明

select sql_no_cache id,name from tableName;

②當sql中用到mysql函數，也不會緩存

當然也可以禁用查詢緩存： mysql set session query_cache_type=off;

上面的顯示，表示設置查詢緩存是可用的。

表示查詢緩存大小，也就是分配內存大小給查詢緩存，如果你分配大小為0，

那麼 第一步 和 第二步 起不到作用，還是沒有任何效果。

上面是 mysql6.0設置默認的，之前的版本好像默認是0的，那麼就要自己設置下。

設置

這裡是設置1M左右，900多K。

再次查看下:

顯示我們設置新的大小，表示設置成功。

例如： 如果查詢結果很大， 也緩存？？？？這個明顯是不可能的。

MySql 可以設置一個最大的緩存值，當你查詢緩存數結果數據超過這個值就不會

進行緩存。缺省為1M，也就是超過了1M查詢結果就不會緩存。

這個是默認的數值，如果需要修改，就像設置緩存大小一樣設置，使用set

重新指定大小。

好了，通過4個步驟就可以 打開了查詢緩存，具體值的大小和查詢的方式 這個因不同

的情況來指定了。

mysql查詢緩存相關變量

MySQL 提供了一系列的 Global Status 來記錄 Query Cache 的當前狀態，具體如下：

Qcache_free_blocks：目前還處於空閑狀態的 Query Cache 中內存 Block 數目

Qcache_free_memory：目前還處於空閑狀態的 Query Cache 內存總量

Qcache_hits：Query Cache 命中次數

Qcache_inserts：向 Query Cache 中插入新的 Query Cache 的次數，也就是沒有命中的次數

Qcache_lowmem_prunes：當 Query Cache 內存容量不夠，需要從中刪除老的 Query Cache 以給新的 Cache 對象使用的次數

Qcache_not_cached：沒有被 Cache 的 SQL 數，包括無法被 Cache 的 SQL 以及由於 query_cache_type 設置的不會被 Cache 的 SQL

Qcache_queries_in_cache：目前在 Query Cache 中的 SQL 數量

Qcache_total_blocks：Query Cache 中總的 Block 數量

檢查是否從查詢緩存中受益的最簡單的辦法就是檢查緩存命中率

當服務器收到SELECT 語句的時候，Qcache_hits 和Com_select 這兩個變量會根據查詢緩存

的情況進行遞增

查詢緩存命中率的計算公式是：Qcache_hits/(Qcache_hits + Com_select)。

query_cache_min_res_unit的配置是一柄」雙刃劍」，默認是4KB，設置值大對大數據查詢有好處，但如果你的查詢都是小數據 查詢，就容易造成內存碎片和浪費。

查詢緩存碎片率 = Qcache_free_blocks / Qcache_total_blocks * 100%

如果查詢緩存碎片率超過20%，可以用FLUSH QUERY CACHE整理緩存碎片，或者試試減小query_cache_min_res_unit，如果你的查詢都是小數據量的話。

查詢緩存利用率 = (query_cache_size – Qcache_free_memory) / query_cache_size * 100%

查詢緩存利用率在25%以下的話說明query_cache_size設置的過大，可適當減小;查詢緩存利用率在80%以上而且 Qcache_lowmem_prunes 50的話說明query_cache_size可能有點小，要不就是碎片太多。

查詢緩存命中率 = (Qcache_hits – Qcache_inserts) / Qcache_hits * 100%

示例服務器 查詢緩存碎片率 = 20.46%，查詢緩存利用率 = 62.26%，查詢緩存命中率 = 1.94%，命中率很差，可能寫操作比較頻繁吧，而且可能有些碎片。

查詢緩存可以看做是SQL文本和查詢結果的映射。如果第二次查詢的SQL和第一次查詢的SQL完全相同（注意必須是完全相同，即使多一個空格或者大小寫不同都認為不同）且開啟了查詢緩存，那麼第二次查詢就直接從查詢緩存中取結果，可以通過下面的SQL來查看緩存命中次數（是個累加值）：

另外即使完全相同的SQL，如果使用不同的字符集、不同的協議等也會被認為是不同的查詢而分別進行緩存。

在表的結構或數據發生改變時，查詢緩存中的數據不再有效。有這些INSERT、UPDATE、 DELETE、TRUNCATE、ALTER TABLE、DROP TABLE或DROP DATABASE會導致緩存數據失效。所以查詢緩存適合有大量相同查詢的應用，不適合有大量數據更新的應用。

可以使用下面三個SQL來清理查詢緩存：

1、FLUSH QUERY CACHE; // 清理查詢緩存內存碎片。

2、RESET QUERY CACHE; // 從查詢緩存中移出所有查詢。

3、FLUSH TABLES; //關閉所有打開的表，同時該操作將會清空查詢緩存中的內容。

Query Cache是MySQL Server層的一個非常好的特性，對於小數據集或訪問量非常集中的應用場景，有非常好的性能提升，但是Query Cache引入了一些新的問題，而且大部分場景下比較雞肋，官方打算棄用了

參考：

MySQL的緩存對象有什麼？

1）只緩存SELECT語句。SHOW命令和存儲程序不會被緩存。

2）不能緩存預編譯語句（prepared statement）和游標。查詢緩存中保存的是查詢語句和結果集，而預編譯語句中存在替代符和額外的參數，游標從塊中讀取結果，因此上述兩種情況不能被緩存。

3）查詢語句不能包含動態內容。多次執行某SQL，必須能夠返回相同的結果集，因此查詢中不能包含像UUID(), RAND(), CONNECTION_ID()這樣的函數。

4）SQL中包含定義函數和自定義變量不會被緩存。

Mysql set @id=1;

Mysql select * from test where id=@id 像這種語句也不會緩存

5）對系統表的查詢不會被緩存。

Mysql select * from mysql.user where user=』root』

6）非自動提交（顯示使用BEGIN…END）事務中的SQL不會被緩存。

7）使用TEMPORARY表的SQL不會被緩存。

8）不使用任何錶的SQL不會被緩存。

Mysql select @id;

9）在下面的SELECT操作也不會被緩存：

SELECT …IN SHARE MODE

SELECT …FOR UPDATE

SELECT …INTO OUTFILE …

SELECT …INTO DUMPFILE …

SELECT * FROM …WHERE autoincrement_col IS NULL