query cache原理

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

query cache優(yōu)缺點(diǎn)

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

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

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

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

3.對(duì)于不同sql但同一結(jié)果集的query都會(huì)被緩存，這樣便會(huì)造成內(nèi)存資源的過渡消耗。sql的字符大小寫、空格或者注釋的不同，緩存都是認(rèn)為是不同的sql（因?yàn)樗麄兊膆ash值會(huì)不同）；

4. 相關(guān)參數(shù)設(shè)置不合理會(huì)造成大量?jī)?nèi)存碎片，相關(guān)的參數(shù)設(shè)置會(huì)稍后介紹。

合理利用query cache

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

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

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

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

• have_query_cache 表示是否支持query cache；

• query_cache_limit 表示query cache存放的單條query最大結(jié)果集，默認(rèn)值為1M，結(jié)果集大小超過該值的query不會(huì)被cache；

• query_cache_min_res_unit 表示query cache 每個(gè)結(jié)果集存放的最小內(nèi)存大小，默認(rèn)4k；

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

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

• query_cache_wlock_invalidate 針對(duì)myisam存儲(chǔ)引擎，設(shè)置當(dāng)有write lock在某個(gè)table上面的時(shí)候，讀請(qǐng)求是要等待write lock釋放資源之后再查詢還是允許直接從query cache中讀取結(jié)果，默認(rèn)是OFF，可以直接從query cache中取得結(jié)果。

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

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

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

• Qcache_free_memory 表示query cache目前剩余的內(nèi)存大小；

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

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

• Qcache_lowmem_prunes 表示多少條query因?yàn)閮?nèi)存不足而被清除出query_cache；

• Qcache_not_cached 表示因?yàn)閝uery_cache_type的設(shè)置或者不能被cache的query的數(shù)量；

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

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

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

query cache的限制

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

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

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

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

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

轉(zhuǎn)載于:https://blog.51cto.com/itsoar/1604915

總結(jié)

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

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。