1. 程式人生 > >Mysql快取研究

Mysql快取研究

快取機制簡單的說就是快取sql文字及查詢結果,如果執行相同的sql,伺服器直接從快取中取到結果,而不需要再去解析和執行sql。如果表更改了,那麼使用這個表的所有快取查詢將不再有效,查詢快取值的相關條目被清空。更改指的是表中任何資料或是結構的改變,包括INSERT、UPDATE、DELETE、TRUNCATE、ALTER TABLE、DROP TABLE或DROP DATABASE等,也包括那些對映到改變了的表的使用MERGE表的查詢。顯然,這對於頻繁更新的表,查詢快取是不適合的,而對於一些不常改變資料且有大量相同sql查詢的表,查詢快取會節約很大的效能。

MySQL 檢查快取命中的規則

1、在檢查快取的時候,MySQL 不會對語句進行解析、正則化或者引數化,它精確地使用客戶端傳來的查詢語句和其他資料。只要字元大小寫、空格或者註釋有一點點不同,查詢快取就認為這是一個不同的查詢

2、查詢快取不會儲存有不確定結果的查詢。因此,任何一個包含不確定函式(比如NOW()或CURRENT_DATE())的查詢不會被快取。同樣地,CURRENT_USER()或CONNECTION_ID()這些由不同使用者執行,將會產生不同的結果的查詢也不會被快取。事實上,查詢快取不會快取引用了使用者自定義函式、儲存函式、使用者自定義變數、臨時表、mysql 資料庫中的表或者任何一個有列級許可權的表的查詢

3、查詢必須是完全相同的(逐位元組相同)才能夠被認為是相同的。另外,同樣的查詢字串由於其它原因可能認為是不同的。使用不同的資料庫、不同的協議版本或者不同 預設字符集的查詢被認為是不同的查詢並且分別進行快取。

開啟查詢快取的開銷

  讀取查詢在開始之前必須要檢查快取。

  如果查詢是可以被快取的,但是不在快取中,那麼在產生結果之後進行儲存會帶來一些額外的開銷。寫入資料的查詢也會有額外的開銷,因為它必須使快取中相關的資料表失效。

這些開銷相對來說較小,所以查詢快取還是很有好處的。但是,稍後你會看到,額外的開銷有可能也會增加。從快取中受益最多的查詢可能是需要很多資源來產生結果,但是不需要很多空間來儲存的型別。所以用於儲存、返回和失效的代價都較小。聚集查詢,比如從大表中利用COUNT()產生較小的結果,就符合這個範疇。

分析和調整查詢快取的一個圖示(網上找到的)

 

Msyql快取狀態的檢視


have_query_cache 的值如果是yes表示開啟快取

Binlog_cache_size:預設大小是32768即32K

Max_binlog_cache_size: 預設值是18446744073709547520,這個值很大,夠我們使用的了。此引數和binlog_cache_size相對應,代表binlog所能使用的cache最大使用大小。如果系統中事務過多,而此引數值設定有小,則會報錯。

query_cache_limit:允許 Cache 的單條 Query 結果集的最大容量,預設是1MB,超過此引數設定的 Query 結果集將不會被 Cache

query_cache_min_res_unit:設定 Query Cache 中每次分配記憶體的最小空間大小,也就是每個 Query 的 Cache 最小佔用的記憶體空間大小

query_cache_size:設定 Query Cache 所使用的記憶體大小,預設值為0,大小必須是1024的整數倍,如果不是整數倍,MySQL 會自動調整降低最小量以達到1024的倍數

query_cache_type:控制 Query Cache 功能的開關,可以設定為0(OFF),1(ON)和2(DEMAND)三種,意義分別如下:

0(OFF):關閉 Query Cache 功能,任何情況下都不會使用 Query Cache

1(ON):開啟 Query Cache 功能,但是當 SELECT 語句中使用的 SQL_NO_CACHE 提示後,將不使用Query Cache

2(DEMAND):開啟 Query Cache 功能,但是隻有當 SELECT 語句中使用了 SQL_CACHE 提示後,才使用 Query Cache

query_cache_wlock_invalidate:控制當有寫鎖定發生在表上的時刻是否先失效該表相關的 Query Cache,如果設定為 1(TRUE),則在寫鎖定的同時將失效該表相關的所有 Query Cache,如果設定為0(FALSE)則在鎖定時刻仍然允許讀取該表相關的 Query Cache。

檢查查詢快取使用情況


此時的查詢快取命中率:175/175+4=97%;由於個人的測試資料庫,查詢較少,更行更少,命中率頗高。嘿嘿~~

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

Qcache_free_blocks:目前還處於空閒狀態的 Query Cache中記憶體 Block數目

Qcache_free_memory:目前還處於空閒狀態的 Query Cache記憶體總量

Qcache_hitsQuery Cache命中次數

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

Qcache_lowmem_prunes:當 Query Cache記憶體容量不夠,需要從中刪除老的Query Cache以給新的 Cache 物件使用的次數

Qcache_not_cached:沒有被 CacheSQL數,包括無法被 Cache SQL 以及由於query_cache_type設定的不會被Cache SQL

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

Qcache_total_blocksQuery Cache中總的Block數量

清空快取



之前的Qcache_hits  Qcache_inserts均被清空