query cache原理

當mysql接收到一條select類型的query時，mysql會對這條query進行hash計算而得到一個hash值，然后通過該hash值到query cache中去匹配，如果沒有匹配中，則將這個hash值存放在一個hash鏈表中，同時將query的結果集存放進cache中，存放hash值的鏈表的每一個hash節(jié)點存放了相應query結果集在cache中的地址，以及該query所涉及到的一些table的相關信息；如果通過hash值匹配到了一樣的query，則直接將cache中相應的query結果集返回給客戶端。如果mysql任何一個表中的任何一條數(shù)據(jù)發(fā)生了變化，便會通知query cache需要與該table相關的query的cache全部失效，并釋放占用的內存地址。

query cache優(yōu)缺點

優(yōu)點很明顯，對于一些頻繁select query，mysql直接從cache中返回相應的結果集，而不用再從表table中取出，減少了IO開銷。

即使query cache的收益很明顯，但是也不能忽略它所帶來的一些缺點：

1. query語句的hash計算和hash查找?guī)淼馁Y源消耗。mysql會對每條接收到的select類型的query進行hash計算然后查找該query的cache是否存在，雖然hash計算和查找的效率已經足夠高了，一條query所帶來的消耗可以忽略，但一旦涉及到高并發(fā)，有成千上萬條query時，hash計算和查找所帶來的開銷就的重視了；

2. query cache的失效問題。如果表變更比較頻繁，則會造成query cache的失效率非常高。表變更不僅僅指表中的數(shù)據(jù)發(fā)生變化，還包括結構或者索引的任何變化；

3.對于不同sql但同一結果集的query都會被緩存，這樣便會造成內存資源的過渡消耗。sql的字符大小寫、空格或者注釋的不同，緩存都是認為是不同的sql（因為他們的hash值會不同）；

4. 相關參數(shù)設置不合理會造成大量內存碎片，相關的參數(shù)設置會稍后介紹。

合理利用query cache

query cache有利有弊，合理的使用query cache可以使其發(fā)揮優(yōu)勢，并且有效的避開其劣勢。

1. 并不是所有表都適合使用query cache。造成query cache失效的原因主要是相應的table發(fā)生了變更，那么就應該避免在變化頻繁的table上使用query cache。mysql中針對query cache有兩個專用的sql hint：SQL_NO_CACHE和SQL_CACHE，分別表示強制不使用和強制使用query cache，通過強制不使用query cache，可以讓mysql在頻繁變化的表上不使用query cache，這樣減少了內存開銷，也減少了hash計算和查找的開銷；

2. 設置合理的參數(shù)變量和狀態(tài)變量。

首先查看query cache的系統(tǒng)變量。

• have_query_cache 表示是否支持query cache；

• query_cache_limit 表示query cache存放的單條query最大結果集，默認值為1M，結果集大小超過該值的query不會被cache；

• query_cache_min_res_unit 表示query cache 每個結果集存放的最小內存大小，默認4k；

• query_cache_size 表示系統(tǒng)中用于query cache的內存大小；

• query_cache_type 系統(tǒng)是否打開了query cache功能；

• query_cache_wlock_invalidate 針對myisam存儲引擎，設置當有write lock在某個table上面的時候，讀請求是要等待write lock釋放資源之后再查詢還是允許直接從query cache中讀取結果，默認是OFF，可以直接從query cache中取得結果。

以上參數(shù)經常需要調整的是“query_cache_limit”和“query_cache_min_res_unit”，都需要根據(jù)業(yè)務做一些調整，比如cache的結果集大都小于4k的話，可以適當?shù)恼{整"query_cache_min_res_unit"的值，以避免造成內存的浪費。如果結果集的大小又都大于1M時，就得調整"query_cache_limit"的值，避免因為結果集大小超過限制而不被mysql cache住。

查看query cache相關的狀態(tài)變量

• Qcache_free_blocks 表示query cache中目前還有多殺剩余的blocks，如果該值顯示較大，則說明query cache中的內存碎片較多，需要進行整理了；

• Qcache_free_memory 表示query cache目前剩余的內存大小；

• Qcache_hits 表示query cache有多少次命中；

• Qcache_inserts 表示未命中cache后將結果集再寫入到cache中的次數(shù)；

• Qcache_lowmem_prunes 表示多少條query因為內存不足而被清除出query_cache；

• Qcache_not_cached 表示因為query_cache_type的設置或者不能被cache的query的數(shù)量；

• Qcache_queries_in_cache 表示當前cache的query的數(shù)量；

• Qcache_total_blocks 當前query cache中的block數(shù)量。

通過上述這些狀態(tài)變量可以了解到query cache的運行狀況，從而可以調整相應的系統(tǒng)參數(shù)的值。

query cache的限制

1. 5.1.17之前的版本不能cache綁定變量的query，但是從5.1.17版本開始，query cache已經開始支持綁定變量的query了；

2. 所有子查詢中的外部查詢sql不能被cache，只會cache最終的結果集；

3. 在procedure，function以及trigger中的query不能被cache；

4. 包含其他很多每次執(zhí)行可能得到不一樣結果的函數(shù)的query不能被cache。

鑒于上面的這些限制，在使用Query Cache 的過程中，建議通過精確設置的方式來使用，僅僅讓合適的表的數(shù)據(jù)可以進入Query Cache，僅僅讓某些Query 的查詢結果被Cache。

轉載于:https://blog.51cto.com/itsoar/1604915

總結

以上是生活随笔為你收集整理的mysql query cache优化的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。