Redis學習 14 企業級解決方案

2021-10-08 20:43:53 字數 314 閱讀 5758

系統平穩執行過程中,資料庫連線量瞬間激增,但是沒有大量key過期,redis記憶體平穩,redis伺服器cpu正常。

某乙個熱點key過期了,這個key訪問量巨大,導致大量請求在redis沒拿到資料,直接從資料庫拿,導致資料庫崩潰。

預先設定。對於一些可以**到的熱點資料,延長過期時間。

現場調整。監控訪問量,對訪問量激增的資料延長過期時間 或 設定永久key。

後台重新整理資料。啟動定時任務,在高峰期來之前,重新整理資料有效期。

設定二級快取,且失效時間不同,保障不會同時被淘汰。

加分布式鎖。慎用!

Redis學習 14 企業級解決方案

系統執行過程中,突然資料庫連線量暴增,資料庫崩潰,應用伺服器崩潰,重啟應用伺服器無效,redis伺服器和集群崩潰,資料庫重啟後再次被瞬間流量放倒。在乙個較短的時間內,快取中較多的key集中過期。key過期後,開始直接請求資料庫,資料庫無法及時處理。redis請求開始積壓,出現請求超時。請求積累到一定...

Redis 企業級解決方案

快取預熱就是系統啟動前,提前將相關的快取資料直接載入到快取系統。避免在使用者請求的時候,先查詢資料庫,然後再將資料緩 存的問題!使用者直接查詢事先被預熱的快取資料!大量的key設定了相同的過期時間,導致在快取在同一時刻全部失效,造成瞬時db請求量大 壓力驟增,引起雪崩 解決方案 可以給快取設定過期時...

Redis 企業級解決方案

目錄快取雪崩 快取擊穿 快取穿透 效能指標監控 伺服器啟動後迅速宕機 請求數量較高 主從之間資料吞吐量較大,資料同步操作頻度較高 前置準備工作 日常例行統計資料訪問記錄,統計訪問頻度較高的熱點資料 利用 lru 資料刪除策略,構建資料留存佇列,例如 strom 與 kafka 配合 準備工作 將統計...