“這個商品不錯，大家來看啊“，每個平臺都有會有些大賣的商品，簡稱為爆品。這些商品會有個特點，就是訪問量特別大。我們專業(yè)上面可以稱之為熱點數(shù)據(jù)，在處理這些熱點商品時，系統(tǒng)需要做一些特殊的處理。
redis熱點數(shù)據(jù)指在redis數(shù)據(jù)庫中訪問量特別大的數(shù)據(jù)。（推薦學(xué)習(xí)：Redis視頻教程）
針對熱點商品這些類型的數(shù)據(jù)，要考慮到訪問量比較大，大家首先想到的是緩存，上redis緩存，這點肯定沒有錯。
該種解決方案具有就近訪問、速度快、沒有帶寬限制的優(yōu)點，但是同時也存在以下問題：
內(nèi)存資源浪費
臟讀問題
使用本地緩存方案
使用本地緩存則存在以下問題：
需要提前獲知熱點緩存容量有限不一致性時間增長熱點 Key 遺漏
傳統(tǒng)的熱點解決方案都存在各種各樣的問題，那么究竟該如何解決熱點問題呢？
熱點數(shù)據(jù)解決方案
該方案通過主動發(fā)現(xiàn)熱點并對其進行存儲來解決熱點 Key 的問題。
首先 Client 也會訪問 SLB，并且通過 SLB 將各種請求分發(fā)至 Proxy 中，Proxy 會按照基于路由的方式將請求轉(zhuǎn)發(fā)至后端的 Redis 中。
在熱點 key 的解決上是采用在服務(wù)端增加緩存的方式進行。
具體來說就是在 Proxy 上增加本地緩存，本地緩存采用 LRU 算法來緩存熱點數(shù)據(jù)，后端 db 節(jié)點增加熱點數(shù)據(jù)計算模塊來返回?zé)狳c數(shù)據(jù)。
Proxy 架構(gòu)的主要有以下優(yōu)點：Proxy 本地緩存熱點，讀能力可水平擴展DB 節(jié)點定時計算熱點數(shù)據(jù)集合DB 反饋 Proxy 熱點數(shù)據(jù)對客戶端完全透明，不需做任何兼容
更多Redis相關(guān)技術(shù)文章，請訪問Redis視頻教程欄目進行學(xué)習(xí)！
