Redis學習 14 企業級解決方案

2021-10-08 20:43:53 字數 497 閱讀 3205

系統執行過程中,突然資料庫連線量暴增,資料庫崩潰,應用伺服器崩潰,重啟應用伺服器無效,redis伺服器和集群崩潰,資料庫重啟後再次被瞬間流量放倒。

在乙個較短的時間內,快取中較多的key集中過期

key過期後,開始直接請求資料庫,資料庫無法及時處理。redis請求開始積壓,出現請求超時。請求積累到一定量後,伺服器開始崩潰。

更多的頁面做靜態化處理。

構建多級快取。nginx + redis + ehcache

優化耗時較長的sql。

做災難預警,監控redis相關效能指標。

限流,降級。

lru(最長時間未使用)、lru(使用次數最少)切換。

資料有效期策略調整。

對超熱點資料用永久key。

定期維護資料。(自動 + 人工)根據訪問量調整過期時間。

加鎖。慎用!

Redis學習 14 企業級解決方案

系統平穩執行過程中,資料庫連線量瞬間激增,但是沒有大量key過期,redis記憶體平穩,redis伺服器cpu正常。某乙個熱點key過期了,這個key訪問量巨大,導致大量請求在redis沒拿到資料,直接從資料庫拿,導致資料庫崩潰。預先設定。對於一些可以 到的熱點資料,延長過期時間。現場調整。監控訪問...

Redis 企業級解決方案

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

Redis 企業級解決方案

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