MySQL之前有一個(gè)查詢緩存Query Cache,從8.0開始，不再使用這個(gè)查詢緩存，那么放棄它的原因是什么呢？在這一篇里將為您介紹。
MySQL查詢緩存是查詢結(jié)果緩存。它將以SEL開頭的查詢與哈希表進(jìn)行比較，如果匹配，則返回上一次查詢的結(jié)果。進(jìn)行匹配時(shí)，查詢必須逐字節(jié)匹配，例如 SELECT * FROM t1; 不等于select * from t1;，此外，一些不確定的查詢結(jié)果無法被緩存，任何對(duì)表的修改都會(huì)導(dǎo)致這些表的所有緩存無效。因此，適用于查詢緩存的最理想的方案是只讀，特別是需要檢查數(shù)百萬行后僅返回?cái)?shù)行的復(fù)雜查詢。如果你的查詢符合這樣一個(gè)特點(diǎn)，開啟查詢緩存會(huì)提升你的查詢性能。
隨著技術(shù)的進(jìn)步，經(jīng)過時(shí)間的考驗(yàn)，MySQL的工程團(tuán)隊(duì)發(fā)現(xiàn)啟用緩存的好處并不多。
首先，查詢緩存的效果取決于緩存的命中率，只有命中緩存的查詢效果才能有改善，因此無法預(yù)測(cè)其性能。
其次，查詢緩存的另一個(gè)大問題是它受到單個(gè)互斥鎖的保護(hù)。在具有多個(gè)內(nèi)核的服務(wù)器上，大量查詢會(huì)導(dǎo)致大量的互斥鎖爭(zhēng)用。
通過基準(zhǔn)測(cè)試發(fā)現(xiàn)，大多數(shù)工作負(fù)載最好禁用查詢緩存（5.6的默認(rèn)設(shè)置）：query_cache_type = 0
如果你認(rèn)為會(huì)從查詢緩存中獲得好處，請(qǐng)按照實(shí)際情況進(jìn)行測(cè)試。
- 數(shù)據(jù)寫的越多，好處越少
- 緩沖池中容納的數(shù)據(jù)越多，好處越少
- 查詢?cè)綇?fù)雜，掃描范圍越大，則越受益
MySQL8.0取消查詢緩存的另外一個(gè)原因是，研究表明，緩存越靠近客戶端，獲得的好處越大。關(guān)于這份研究請(qǐng)參考https://proxysql.com/blog/scaling-with-proxysql-query-cache/
下圖源自上面的網(wǎng)址：
除此之外，MySQL8.0新增加了對(duì)性能干預(yù)的工具，例如，現(xiàn)在可以利用查詢重寫插件，在不更改應(yīng)用程序的同時(shí)，插入優(yōu)化器提示語句。另外，還有像ProxySQL這樣的第三方工具，它們可以充當(dāng)中間緩存。
綜合以上原因，MySQL8.0不再提供對(duì)查詢緩存的支持，如果用戶從5.7版本升級(jí)至8.0，考慮使用查詢重寫或其他緩存。
全文完。
以上就是MySQL取消了Query Cache的原因的詳細(xì)內(nèi)容，更多關(guān)于MySQL Query Cache的資料請(qǐng)關(guān)注腳本之家其它相關(guān)文章！
您可能感興趣的文章:- MySQL的Query Cache圖文詳解
- mysql優(yōu)化之query_cache_limit參數(shù)說明
- MySQL高速緩存啟動(dòng)方法及參數(shù)詳解(query_cache_size)
- 對(duì)于mysql的query_cache認(rèn)識(shí)的誤區(qū)
- MySQL的Query Cache原理分析
- MySQL query_cache_type 參數(shù)與使用詳解
