亚洲乱码中文字幕综合,中国熟女仑乱hd,亚洲精品乱拍国产一区二区三区,一本大道卡一卡二卡三乱码全集资源,又粗又黄又硬又爽的免费视频

一文淺析如何在Redis中實(shí)現(xiàn)緩存功能

 更新時(shí)間:2025年06月22日 09:50:05   作者:夜影風(fēng)  
Redis 是一種高性能的鍵值存儲(chǔ)系統(tǒng),廣泛用于實(shí)現(xiàn)緩存功能,這篇文章主要為大家詳細(xì)介紹了如何在Redis中實(shí)現(xiàn)緩存功能,需要的小伙伴可以了解下

Redis 是一種高性能的鍵值存儲(chǔ)系統(tǒng),廣泛用于實(shí)現(xiàn)緩存功能。它通過將數(shù)據(jù)存儲(chǔ)在內(nèi)存中,能夠快速讀寫數(shù)據(jù),從而顯著提高應(yīng)用程序的性能。在Redis中實(shí)現(xiàn)緩存功能需要結(jié)合數(shù)據(jù)讀寫策略、失效機(jī)制及性能優(yōu)化方案。

一、Redis作為緩存的核心優(yōu)勢(shì)

高性能讀寫:內(nèi)存存儲(chǔ)+單線程架構(gòu),支持10萬+QPS。

豐富數(shù)據(jù)結(jié)構(gòu):String(最常用)、Hash、List等適配不同場(chǎng)景。

過期機(jī)制:自動(dòng)淘汰過期數(shù)據(jù),減少內(nèi)存占用。

高可用性:通過哨兵(Sentinel)或集群(Cluster)實(shí)現(xiàn)故障轉(zhuǎn)移。

二、Redis緩存實(shí)現(xiàn)核心流程

1. 基礎(chǔ)緩存讀寫模型(Cache-Aside模式)

import redis
import time
from functools import wraps

# 連接Redis
redis_client = redis.Redis(host='localhost', port=6379, db=0)

def get_data_from_cache_or_db(key, db_query_func, cache_ttl=3600):
    """從緩存獲取數(shù)據(jù),若不存在則查詢數(shù)據(jù)庫并寫入緩存"""
    # 讀緩存
    cache_data = redis_client.get(key)
    if cache_data:
        return cache_data.decode('utf-8')  # 反序列化
    
    # 緩存未命中,查詢數(shù)據(jù)庫
    db_data = db_query_func()
    if db_data:
        # 寫入緩存(設(shè)置過期時(shí)間)
        redis_client.setex(key, cache_ttl, db_data)
    return db_data

# 示例:查詢用戶信息
def get_user_info(user_id):
    def query_db():
        # 實(shí)際項(xiàng)目中調(diào)用數(shù)據(jù)庫查詢
        return f"user:{user_id}:info"
    
    return get_data_from_cache_or_db(f"user:{user_id}", query_db)

2. 緩存更新策略

Redis主要采用以下的緩存更新策略:

過期淘汰(推薦):通過EXPIRE或SETEX設(shè)置TTL,適用于非實(shí)時(shí)數(shù)據(jù)。

主動(dòng)更新:數(shù)據(jù)變更時(shí)同步更新緩存(需注意并發(fā)問題)。

懶加載更新:下次讀取時(shí)刷新緩存(如上述代碼)。

3. 并發(fā)場(chǎng)景處理(防緩存擊穿)

def cache_with_lock(key, db_func, lock_ttl=10, cache_ttl=3600):
    """使用分布式鎖避免緩存擊穿(多個(gè)請(qǐng)求同時(shí)查詢數(shù)據(jù)庫)"""
    lock_key = f"lock:{key}"
    # 嘗試獲取鎖(SETNX:僅當(dāng)key不存在時(shí)設(shè)置)
    acquired = redis_client.set(
        lock_key, 
        "1", 
        nx=True,  # 不存在時(shí)才設(shè)置
        ex=lock_ttl  # 鎖過期時(shí)間,防止死鎖
    )
    
    if acquired:
        try:
            # 鎖獲取成功,查詢數(shù)據(jù)庫
            data = db_func()
            if data:
                redis_client.setex(key, cache_ttl, data)
            return data
        finally:
            # 釋放鎖(確保原子性,避免誤刪其他線程的鎖)
            redis_client.delete(lock_key)
    else:
        # 鎖被占用,等待重試或直接返回緩存(若有)
        time.sleep(0.1)  # 短暫休眠后重試
        return redis_client.get(key)

三、緩存常見問題及解決方案

問題類型問題描述影響解決方案技術(shù)實(shí)現(xiàn)要點(diǎn)適用場(chǎng)景性能影響一致性級(jí)別
緩存穿透大量請(qǐng)求查詢不存在的Key,穿透緩存直達(dá)數(shù)據(jù)庫數(shù)據(jù)庫壓力驟增,可能導(dǎo)致服務(wù)崩潰1. 布隆過濾器(Bloom Filter)
2. 緩存空值(Null值緩存)
1. 布隆過濾器預(yù)加載所有可能的Key
2. 緩存空值設(shè)置短TTL(如60秒)
高并發(fā)且查詢Key分散的場(chǎng)景1. 布隆過濾器增加約0.5ms延遲
2. 空值緩存增加內(nèi)存占用
最終一致性(空值可能短暫存在)
緩存雪崩大量緩存Key在同一時(shí)間過期,導(dǎo)致請(qǐng)求全部轉(zhuǎn)向數(shù)據(jù)庫數(shù)據(jù)庫瞬時(shí)壓力過大,服務(wù)響應(yīng)緩慢甚至不可用1. 隨機(jī)化TTL(基礎(chǔ)時(shí)間+隨機(jī)偏移)
2. 熱點(diǎn)數(shù)據(jù)永不過期(手動(dòng)更新)
1. TTL=基礎(chǔ)時(shí)間(如3600秒)+隨機(jī)數(shù)(0-600秒)
2. 定期后臺(tái)線程更新熱點(diǎn)數(shù)據(jù)
有明確批量緩存更新的場(chǎng)景隨機(jī)化TTL可能導(dǎo)致部分緩存提前過期,增加數(shù)據(jù)庫訪問頻率最終一致性(熱點(diǎn)數(shù)據(jù)手動(dòng)更新時(shí)可能不一致)
緩存擊穿單個(gè)熱點(diǎn)Key過期時(shí),大量請(qǐng)求同時(shí)查詢?cè)揔ey,導(dǎo)致數(shù)據(jù)庫壓力激增數(shù)據(jù)庫瞬間壓力過大,可能引發(fā)連鎖反應(yīng)1. 分布式鎖(如RedLock)
2. 互斥更新(僅允許一個(gè)請(qǐng)求更新緩存)
1. 使用SETNX+EXPIRE原子操作實(shí)現(xiàn)鎖
2. 鎖超時(shí)時(shí)間設(shè)置為業(yè)務(wù)處理時(shí)間的2倍
熱點(diǎn)Key訪問頻率極高的場(chǎng)景(如秒殺商品)加鎖操作增加約1-3ms延遲,可能導(dǎo)致部分請(qǐng)求等待強(qiáng)一致性(鎖持有期間)
緩存與數(shù)據(jù)庫不一致緩存與數(shù)據(jù)庫數(shù)據(jù)不一致,可能導(dǎo)致業(yè)務(wù)邏輯錯(cuò)誤數(shù)據(jù)展示異常,業(yè)務(wù)計(jì)算結(jié)果錯(cuò)誤1. 延時(shí)雙刪(先刪緩存,更新數(shù)據(jù)庫,延遲后再刪緩存)
2. 消息隊(duì)列異步同步
1. 延遲時(shí)間設(shè)置為主從復(fù)制延遲的2倍(如500ms)
2. 消息隊(duì)列保證至少一次投遞
對(duì)數(shù)據(jù)一致性要求較高的場(chǎng)景(如庫存、余額)延時(shí)雙刪增加約1ms延遲,消息隊(duì)列增加約50-100ms異步延遲最終一致性(延時(shí)雙刪)/ 強(qiáng)一致性(消息隊(duì)列同步成功后)
緩存污染冷門數(shù)據(jù)占用緩存空間,導(dǎo)致熱點(diǎn)數(shù)據(jù)被淘汰緩存命中率下降,頻繁訪問數(shù)據(jù)庫1. 使用LFU(最不經(jīng)常使用)淘汰策略
2. 定期清理冷門數(shù)據(jù)
1. 配置maxmemory-policy=allkeys-lfu
2. 基于訪問頻率設(shè)置數(shù)據(jù)優(yōu)先級(jí)
數(shù)據(jù)訪問分布不均,有明顯冷熱數(shù)據(jù)區(qū)分的場(chǎng)景LFU算法比LRU略消耗CPU資源(約5%)N/A
緩存失效風(fēng)暴當(dāng)某個(gè)Key失效時(shí),大量請(qǐng)求同時(shí)重建緩存,造成系統(tǒng)資源浪費(fèi)CPU、內(nèi)存資源被過度占用,服務(wù)響應(yīng)緩慢1. 永不過期(邏輯過期)
2. 后臺(tái)異步更新緩存
1. 緩存不設(shè)置物理過期時(shí)間,通過邏輯標(biāo)記控制更新
2. 定時(shí)任務(wù)提前更新即將過期的緩存
高并發(fā)且緩存重建代價(jià)高的場(chǎng)景(如復(fù)雜計(jì)算結(jié)果)后臺(tái)更新增加系統(tǒng)負(fù)載,但分散在非高峰期最終一致性(更新過程中可能不一致)
緩存雪崩(預(yù)熱不足)系統(tǒng)重啟或緩存集群故障恢復(fù)后,大量請(qǐng)求直接訪問數(shù)據(jù)庫數(shù)據(jù)庫壓力過大,恢復(fù)時(shí)間延長(zhǎng)1. 緩存預(yù)熱(啟動(dòng)時(shí)加載熱點(diǎn)數(shù)據(jù))
2. 分級(jí)恢復(fù)(按優(yōu)先級(jí)加載緩存)
1. 啟動(dòng)腳本批量加載熱點(diǎn)數(shù)據(jù)到緩存
2. 按業(yè)務(wù)重要性分批次恢復(fù)緩存
系統(tǒng)重啟頻繁或緩存集群易故障的場(chǎng)景預(yù)熱過程可能占用啟動(dòng)時(shí)間(如30-60秒)最終一致性(預(yù)熱過程中可能不一致)
緩存擊穿(并發(fā)重建)多個(gè)請(qǐng)求同時(shí)發(fā)現(xiàn)緩存失效,并發(fā)重建緩存資源浪費(fèi),可能導(dǎo)致數(shù)據(jù)庫瞬時(shí)壓力過大1. 單線程重建(分布式鎖)
2. 提前刷新(在緩存過期前主動(dòng)更新)
1. 使用Redis的SETNX命令實(shí)現(xiàn)互斥鎖
2. 定時(shí)任務(wù)在緩存過期前50%時(shí)間點(diǎn)更新
熱點(diǎn)數(shù)據(jù)更新頻率較低的場(chǎng)景加鎖操作增加約1-3ms延遲強(qiáng)一致性(鎖持有期間)
緩存穿透(惡意攻擊)攻擊者故意請(qǐng)求不存在的Key,耗盡數(shù)據(jù)庫資源數(shù)據(jù)庫服務(wù)不可用,業(yè)務(wù)中斷1. 布隆過濾器+限流
2. IP黑名單+WAF防護(hù)
1. 布隆過濾器攔截?zé)o效請(qǐng)求
2. 對(duì)單個(gè)IP請(qǐng)求頻率超過閾值(如1000次/秒)進(jìn)行限流
開放API接口或易受攻擊的場(chǎng)景限流可能導(dǎo)致部分合法請(qǐng)求被拒絕N/A
緩存與數(shù)據(jù)庫雙寫不一致同時(shí)更新緩存和數(shù)據(jù)庫時(shí),因網(wǎng)絡(luò)等原因?qū)е聝烧卟灰恢?/td>數(shù)據(jù)展示異常,業(yè)務(wù)計(jì)算結(jié)果錯(cuò)誤1. 先更新數(shù)據(jù)庫,再刪除緩存(Cache-Aside模式)
2. 重試機(jī)制(消息隊(duì)列)
1. 更新數(shù)據(jù)庫后刪除緩存,失敗時(shí)記錄日志并通過消息隊(duì)列重試
2. 設(shè)置最大重試次數(shù)(如3次)
對(duì)數(shù)據(jù)一致性要求較高的場(chǎng)景(如訂單、支付)重試機(jī)制增加系統(tǒng)復(fù)雜度和延遲(約10-50ms)最終一致性(重試成功后)

1. 緩存穿透(查詢穿透到DB)

問題:大量請(qǐng)求查詢不存在的Key,擊穿緩存直達(dá)數(shù)據(jù)庫。

解決方案:

  • 空值緩存:對(duì)不存在的Key也寫入緩存(如setex key 60 "")。
  • 布隆過濾器(Bloom Filter):提前過濾無效Key(需引入Redis模塊或外部組件)。

2. 緩存雪崩(大量Key同時(shí)過期)

問題:大量緩存同時(shí)失效,導(dǎo)致DB壓力驟增。

解決方案:

  • 隨機(jī)TTL:給Key設(shè)置基礎(chǔ)時(shí)間+隨機(jī)偏移量(如3600+random(600))。
  • 熱點(diǎn)數(shù)據(jù)永不過期:手動(dòng)維護(hù)緩存更新,避免自動(dòng)過期。
  • 多級(jí)緩存:本地緩存(如Memcached)+ Redis緩存,分擔(dān)壓力。

3. 緩存擊穿(熱點(diǎn)Key過期)

問題:?jiǎn)蜬ey失效時(shí),大量請(qǐng)求同時(shí)查詢DB。

解決方案:

  • 分布式鎖:如前文cache_with_lock函數(shù),確保同一時(shí)間僅一個(gè)請(qǐng)求查詢DB。
  • 互斥更新:使用Lua腳本保證更新操作原子性。

4. 緩存與數(shù)據(jù)庫一致性

雙寫策略:

先更新DB,再更新緩存:并發(fā)場(chǎng)景可能導(dǎo)致緩存與DB不一致。

先更新DB,再刪除緩存:更安全的方式,但需處理刪除失?。山Y(jié)合消息隊(duì)列重試)。

延時(shí)雙刪:

def update_data_and_cache(db_key, new_data):
    # 1. 更新數(shù)據(jù)庫
    update_db(db_key, new_data)
    # 2. 刪除緩存
    redis_client.delete(f"cache:{db_key}")
    # 3. 延時(shí)一段時(shí)間后再次刪除緩存(解決主從復(fù)制延遲問題)
    time.sleep(0.5)
    redis_client.delete(f"cache:{db_key}")

5.解決方案選擇建議

優(yōu)先預(yù)防:通過合理的TTL設(shè)置(隨機(jī)化+熱點(diǎn)數(shù)據(jù)永不過期)預(yù)防雪崩和擊穿

防御穿透:高并發(fā)場(chǎng)景必須部署布隆過濾器+空值緩存

保證一致性:關(guān)鍵業(yè)務(wù)采用"先更新數(shù)據(jù)庫,再刪除緩存+重試機(jī)制"

性能優(yōu)先:對(duì)一致性要求不高的場(chǎng)景(如瀏覽量統(tǒng)計(jì))使用異步寫入

監(jiān)控預(yù)警:實(shí)時(shí)監(jiān)控緩存命中率(目標(biāo)>90%)、Redis內(nèi)存使用率(閾值80%)、數(shù)據(jù)庫QPS波動(dòng)

四、緩存架構(gòu)與性能優(yōu)化

1. 架構(gòu)設(shè)計(jì)優(yōu)化

單節(jié)點(diǎn)模式:適用于測(cè)試環(huán)境,簡(jiǎn)單但無高可用。

哨兵模式(Sentinel):

sentinel monitor mymaster 127.0.0.1 6379 2
sentinel down-after-milliseconds mymaster 5000

集群模式(Cluster):分片存儲(chǔ),支持橫向擴(kuò)展(推薦生產(chǎn)環(huán)境)。

2. 性能優(yōu)化

批量操作:使用MGET、PIPELINE減少網(wǎng)絡(luò)往返:

# 批量獲取
keys = ["user:1", "user:2", "user:3"]
results = redis_client.mget(keys)

# 管道批量操作
with redis_client.pipeline() as pipe:
    for key in keys:
        pipe.get(key)
    results = pipe.execute()

壓縮存儲(chǔ):對(duì)大文本數(shù)據(jù)使用LZ4等算法壓縮后存入Redis。

熱點(diǎn)數(shù)據(jù)預(yù)熱:?jiǎn)?dòng)時(shí)主動(dòng)加載高頻訪問數(shù)據(jù)到緩存。

五、Redis緩存應(yīng)用注意事項(xiàng)

緩存命中率監(jiān)控:通過INFO cache查看keyspace_hits和keyspace_misses計(jì)算 命中率(目標(biāo)>90%)。

內(nèi)存淘汰策略:根據(jù)業(yè)務(wù)選擇volatile-lru(淘汰帶過期時(shí)間的LRU數(shù)據(jù))或allkeys-lfu(淘汰低頻訪問數(shù)據(jù))。

冷熱數(shù)據(jù)分離:將高頻訪問數(shù)據(jù)存儲(chǔ)在獨(dú)立Redis實(shí)例。

緩存降級(jí):當(dāng)Redis故障時(shí),直接訪問DB并返回基礎(chǔ)數(shù)據(jù),避免服務(wù)雪崩。

數(shù)據(jù)類型選擇:

  • 簡(jiǎn)單字符串:使用String(如用戶ID->信息)。
  • 結(jié)構(gòu)化數(shù)據(jù):使用Hash(如user:1包含name、age字段)。
  • 列表數(shù)據(jù):使用List(如最新評(píng)論列表)。

六、實(shí)戰(zhàn)案例:用戶信息緩存

import redis
import json

class UserCache:
    def __init__(self, host='localhost', port=6379, db=0):
        self.redis_client = redis.Redis(host, port, db)
        self.cache_prefix = "user:"
        self.default_ttl = 3600  # 1小時(shí)
        
    def get_user(self, user_id):
        """獲取用戶信息(先查緩存,再查DB)"""
        cache_key = f"{self.cache_prefix}{user_id}"
        user_data = self.redis_client.get(cache_key)
        if user_data:
            return json.loads(user_data)
        
        # 緩存未命中,查詢DB(實(shí)際項(xiàng)目中替換為真實(shí)DB查詢)
        user_data = self._query_db(user_id)
        if user_data:
            self.redis_client.setex(
                cache_key, 
                self.default_ttl, 
                json.dumps(user_data)
            )
        return user_data
    
    def update_user(self, user_id, user_data):
        """更新用戶信息(先更新DB,再刪除緩存)"""
        # 1. 更新DB
        self._update_db(user_id, user_data)
        # 2. 刪除緩存(避免臟數(shù)據(jù))
        cache_key = f"{self.cache_prefix}{user_id}"
        self.redis_client.delete(cache_key)
    
    def _query_db(self, user_id):
        """模擬數(shù)據(jù)庫查詢"""
        return {"id": user_id, "name": f"user_{user_id}", "create_time": time.time()}
    
    def _update_db(self, user_id, user_data):
        """模擬數(shù)據(jù)庫更新"""
        print(f"Updating user {user_id} in database...")

通過以上方案,可在Redis中實(shí)現(xiàn)高效、穩(wěn)定的緩存功能。實(shí)際應(yīng)用中需根據(jù)業(yè)務(wù)場(chǎng)景調(diào)整策略,同時(shí)結(jié)合監(jiān)控系統(tǒng)(如Prometheus+Grafana)實(shí)時(shí)追蹤緩存性能與健康狀態(tài)。

到此這篇關(guān)于一文淺析如何在Redis中實(shí)現(xiàn)緩存功能的文章就介紹到這了,更多相關(guān)Redis緩存內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家!

相關(guān)文章

  • Ubuntu系統(tǒng)中Redis的安裝步驟及服務(wù)配置詳解

    Ubuntu系統(tǒng)中Redis的安裝步驟及服務(wù)配置詳解

    本文主要記錄了Ubuntu服務(wù)器中Redis服務(wù)的安裝使用,包括apt安裝和解壓縮編譯安裝兩種方式,并對(duì)安裝過程中可能出現(xiàn)的問題、解決方案進(jìn)行說明,以及在手動(dòng)安裝時(shí),服務(wù)器如何添加自定義服務(wù)的問題,需要的朋友可以參考下
    2024-12-12
  • 深入了解Redis連接數(shù)問題的現(xiàn)象和解法

    深入了解Redis連接數(shù)問題的現(xiàn)象和解法

    一般情況?Redis?連接數(shù)問題并不常見,但是當(dāng)你業(yè)務(wù)服務(wù)增加、對(duì)?Redis?的依賴持續(xù)增強(qiáng)的過程中,可能會(huì)遇到很多?Redis?的問題,這個(gè)時(shí)候,Redis?連接數(shù)可能就成了一個(gè)常見的問題,在本章節(jié),希望能夠帶大家了解Redis連接數(shù)問題的現(xiàn)象和解法,需要的朋友可以參考下
    2023-12-12
  • win 7 安裝redis服務(wù)【筆記】

    win 7 安裝redis服務(wù)【筆記】

    Redis是一個(gè)開源的使用ANSI C語言編寫、支持網(wǎng)絡(luò)、可基于內(nèi)存亦可持久化的日志型、Key-Value數(shù)據(jù)庫,并提供多種語言的API。
    2016-05-05
  • Redis bitmap 實(shí)現(xiàn)簽到案例(最新推薦)

    Redis bitmap 實(shí)現(xiàn)簽到案例(最新推薦)

    這篇文章主要介紹了Redis bitmap 實(shí)現(xiàn)簽到案例,通過設(shè)計(jì)簽到功能對(duì)應(yīng)的數(shù)據(jù)庫表,結(jié)合sql語句給大家講解的非常詳細(xì),具體示例代碼跟隨小編一起看看吧
    2024-07-07
  • Redis+Caffeine多級(jí)緩存數(shù)據(jù)一致性解決方案

    Redis+Caffeine多級(jí)緩存數(shù)據(jù)一致性解決方案

    兩級(jí)緩存Redis+Caffeine可以解決緩存雪等問題也可以提高接口的性能,但是可能會(huì)出現(xiàn)緩存一致性問題,如果數(shù)據(jù)頻繁的變更,可能會(huì)導(dǎo)致Redis和Caffeine數(shù)據(jù)不一致的問題,所以本文給大家介紹了Redis+Caffeine多級(jí)緩存數(shù)據(jù)一致性解決方案,需要的朋友可以參考下
    2024-12-12
  • Spring Boot 項(xiàng)目集成Redis的方式詳解

    Spring Boot 項(xiàng)目集成Redis的方式詳解

    這篇文章主要介紹了Spring Boot 項(xiàng)目集成Redis的方式,本文通過實(shí)例代碼給大家介紹的非常詳細(xì),需要的朋友參考下吧,需要的朋友可以參考下
    2021-08-08
  • Redis的過期鍵刪除策略原理說明

    Redis的過期鍵刪除策略原理說明

    這篇文章主要介紹了Redis的過期鍵刪除策略原理說明,具有很好的參考價(jià)值,希望對(duì)大家有所幫助。如有錯(cuò)誤或未考慮完全的地方,望不吝賜教
    2022-08-08
  • redis過期監(jiān)聽機(jī)制方式

    redis過期監(jiān)聽機(jī)制方式

    這篇文章主要介紹了redis過期監(jiān)聽機(jī)制方式,具有很好的參考價(jià)值,希望對(duì)大家有所幫助,如有錯(cuò)誤或未考慮完全的地方,望不吝賜教
    2024-05-05
  • redis分布式鎖的8大坑總結(jié)梳理

    redis分布式鎖的8大坑總結(jié)梳理

    這篇文章主要介紹了redis分布式鎖的8大坑總結(jié)梳理,使用redis的分布式鎖,我們首先想到的可能是setNx命令,文章圍繞setNx命令展開詳細(xì)的內(nèi)容介紹,感興趣的小伙伴可以參考一下
    2022-07-07
  • 使用redis獲取自增序列號(hào)實(shí)現(xiàn)方式

    使用redis獲取自增序列號(hào)實(shí)現(xiàn)方式

    這篇文章主要介紹了使用redis獲取自增序列號(hào)實(shí)現(xiàn)方式,具有很好的參考價(jià)值,希望對(duì)大家有所幫助,如有錯(cuò)誤或未考慮完全的地方,望不吝賜教
    2023-12-12

最新評(píng)論