redis熱點(diǎn)數(shù)據(jù)是什么意思

這篇文章給大家分享的是有關(guān)redis熱點(diǎn)數(shù)據(jù)是什么意思的內(nèi)容。小編覺得挺實(shí)用的，因此分享給大家做個(gè)參考。一起跟隨小編過來看看吧。

“這個(gè)商品不錯(cuò)，大家來看啊“，每個(gè)平臺都有會有些大賣的商品，簡稱為爆品。這些商品會有個(gè)特點(diǎn)，就是訪問量特別大。我們專業(yè)上面可以稱之為熱點(diǎn)數(shù)據(jù)，在處理這些熱點(diǎn)商品時(shí)，系統(tǒng)需要做一些特殊的處理。

redis熱點(diǎn)數(shù)據(jù)指在redis數(shù)據(jù)庫中訪問量特別大的數(shù)據(jù)。

針對熱點(diǎn)商品這些類型的數(shù)據(jù)，要考慮到訪問量比較大，大家首先想到的是緩存，上redis緩存，這點(diǎn)肯定沒有錯(cuò)。

該種解決方案具有就近訪問、速度快、沒有帶寬限制的優(yōu)點(diǎn)，但是同時(shí)也存在以下問題：

內(nèi)存資源浪費(fèi)

臟讀問題

使用本地緩存方案

使用本地緩存則存在以下問題：

需要提前獲知熱點(diǎn)緩存容量有限不一致性時(shí)間增長熱點(diǎn) Key 遺漏

傳統(tǒng)的熱點(diǎn)解決方案都存在各種各樣的問題，那么究竟該如何解決熱點(diǎn)問題呢？

熱點(diǎn)數(shù)據(jù)解決方案

該方案通過主動(dòng)發(fā)現(xiàn)熱點(diǎn)并對其進(jìn)行存儲來解決熱點(diǎn) Key 的問題。

首先 Client 也會訪問 SLB，并且通過 SLB 將各種請求分發(fā)至 Proxy 中，Proxy 會按照基于路由的方式將請求轉(zhuǎn)發(fā)至后端的 Redis 中。

在熱點(diǎn) key 的解決上是采用在服務(wù)端增加緩存的方式進(jìn)行。

具體來說就是在 Proxy 上增加本地緩存，本地緩存采用 LRU 算法來緩存熱點(diǎn)數(shù)據(jù)，后端 db 節(jié)點(diǎn)增加熱點(diǎn)數(shù)據(jù)計(jì)算模塊來返回?zé)狳c(diǎn)數(shù)據(jù)。

Proxy 架構(gòu)的主要有以下優(yōu)點(diǎn)：Proxy 本地緩存熱點(diǎn)，讀能力可水平擴(kuò)展DB 節(jié)點(diǎn)定時(shí)計(jì)算熱點(diǎn)數(shù)據(jù)集合DB 反饋 Proxy 熱點(diǎn)數(shù)據(jù)對客戶端完全透明，不需做任何兼容

感謝各位的閱讀！關(guān)于redis熱點(diǎn)數(shù)據(jù)是什么意思就分享到這里了，希望以上內(nèi)容可以對大家有一定的幫助，讓大家可以學(xué)到更多知識。如果覺得文章不錯(cuò)，可以把它分享出去讓更多的人看到吧！