在生產環境中合理配置Redis過期策略是保障系統穩定性和內存效率的關鍵。以下配置建議基于實戰經驗，避免理論堆砌，直擊核心要點：

---

一、核心策略配置：惰性刪除 + 定期刪除（默認已啟用）

• 無需額外配置：Redis默認同時啟用惰性刪除和定期刪除，這是最優組合。

• 切勿禁用：禁止修改?lazyfree-lazy-expire?為?no（默認yes），確保異步刪除不阻塞主線程。

---

二、關鍵參數調優：定期刪除的精細化控制

1. hz?參數（核心調節器）

   • 作用：控制后臺任務執行頻率（包括定期刪除），默認值?10（即每秒執行10次）。

   • 生產建議：

     • 常規場景：保持默認?10。多數業務足夠平衡CPU和內存釋放速度。

     • 高過期鍵場景（如海量短TTL緩存）：若監控發現內存釋放延遲明顯，可逐步提高至?20-50。

       • 修改方式：config set hz 20?+ 寫入配置文件?redis.conf

     • 重要警告：

       ? 禁止盲目調高至?100！高頻掃描會顯著增加CPU開銷（尤其大實例），可能引發性能抖動。

2. maxmemory-samples?參數（淘汰策略相關但影響過期）

   • 作用：LRU/LFU淘汰策略的采樣精度（默認5），不影響過期刪除本身。

   • 建議：若使用?allkeys-lru?等策略，可適當提高到?10?增加淘汰準確性。

---

三、內存淘汰策略（maxmemory-policy）：過期的“兜底方案”

當內存達上限(maxmemory)時，過期策略自動失效，由淘汰策略接管。配置建議：

策略	適用場景	生產推薦指數
volatile-lru	只淘汰設置了TTL的鍵（LRU算法）	★★★★
volatile-ttl	優先淘汰剩余TTL最短的鍵	★★★☆
volatile-lfu	淘汰使用頻率最低的過期鍵	★★★★ (Redis 4.0+)
allkeys-lru	淘汰所有鍵（含未設置TTL的）	★★★★ (通用型)
noeviction	禁止淘汰，寫請求返回錯誤	★★ (特殊場景)

配置建議：

# 修改配置 (臨時+永久)
config set maxmemory 16gb         # 設置最大內存
config set maxmemory-policy volatile-lfu
config rewrite                    # 寫入配置文件

四、生產環境必須規避的陷阱

1. 內存溢出（OOM）風險

   • 必須設置?maxmemory（建議物理內存的70-80%）！

   • 禁用?noeviction?除非有特殊需求（如只讀緩存），否則易引發服務崩潰。

2. 過期鍵堆積問題

   • 現象：內存持續增長但?expired_keys?計數低。

   • 根因：大量鍵過期后從未被訪問（惰性刪除未觸發），且定期刪除采樣未命中。

   • 解決方案：
     ? 適當調高?hz（如?20）
     ? 啟用?active-expire-effort（Redis 7.0+，默認1，可增至2）提升定期刪除強度

3. BigKey過期引發阻塞

   • 問題：刪除大Key（如Hash含百萬字段）可能阻塞主線程數秒。

   • 解決方案：
     ? 確認?lazyfree-lazy-expire=yes（默認開啟異步刪除）
     ? 拆分BigKey，避免單Key過大

---

五、監控與驗證：用數據說話

1. 關鍵監控指標（通過?INFO?命令獲取）：

   • expired_keys：累計過期鍵刪除數量（持續增長正常）

   • evicted_keys：因內存不足淘汰的鍵數（>0 需警惕）

   • used_memory：當前內存使用量（接近?maxmemory?告警）

   • expired_stale_perc：定期刪除掃描中過期鍵占比（>25% 需調高?hz）

2. 主動檢測工具：

   # 掃描過期鍵堆積情況 (采樣檢查)
   redis-cli --bigkeys | grep -i expired
   # 內存分析 (RDB工具)
   redis-rdb-tools dump.rdb --memory-report

   六、終極配置建議模板（redis.conf）

   # 內存上限 (根據實例調整)
   maxmemory 16gb# 內存淘汰策略 (Redis 4.0+)
   maxmemory-policy volatile-lfu# 定期刪除基礎頻率 (默認10，按需調整)
   hz 10# 異步刪除開關 (必須開啟!)
   lazyfree-lazy-expire yes# Redis 7.0+ 可增加定期刪除強度 (可選)
   # active-expire-effort 2

   核心原則：默認配置已優化，調參需謹慎。生產環境每次變更后，務必通過監控觀察CPU、內存、QPS波動。