Redis

資料庫

管理快取和鍵值存儲 — Neotask 透過 OpenClaw 為您自動化 Redis。

您可以做什麼

檢查鍵和值

請 Neotask 查找匹配模式的鍵、檢查特定鍵的值和 TTL，或計算給定鍵空間中存在多少鍵。它執行正確的 Redis 命令（SCAN、TTL、TYPE、GET）並以可讀格式返回結果，而非原始 CLI 輸出。

分析記憶體使用量

要求按鍵前綴或資料類型的記憶體使用量明細。Neotask 執行 MEMORY USAGE 取樣、使用 OBJECT ENCODING 分析鍵空間，並識別哪些模式消耗最多空間——有助於最佳化大型快取。

監控快取效能

取得即時健康快照：鍵空間統計的快取命中率、已連線客戶端、每秒命令數，以及是否有慢命令被記錄。Neotask 解讀 INFO ALL 輸出並標出需要注意的內容。

管理過期與驅逐

詢問哪些鍵沒有設定 TTL（潛在的記憶體洩漏）、更新匹配模式的一組鍵的 TTL，或審查當前驅逐策略是否與您的使用案例匹配。

偵錯 Pub/Sub 和 Streams

檢查活躍的 Pub/Sub 頻道和訂閱者數量、列出 Redis Stream 上的消費者群組，並檢查待處理訊息數量——有助於偵錯使用 Redis 作為訊息代理的事件驅動架構。

試試這樣問

  • "session: 鍵前綴使用了多少記憶體？"
  • "查找所有匹配 user:*:cart 的鍵並顯示其 TTL"
  • "此 Redis 實例的當前快取命中率是多少？"
  • "哪些鍵沒有設定過期？"
  • "按記憶體使用量顯示前 10 個最大的鍵"
  • "我的 Redis 副本的複製延遲是多少？"
  • "列出 events 串流上的所有消費者群組及其待處理數量"
  • "為所有匹配 temp:* 且目前沒有過期的鍵設定 1 小時的 TTL"

    • 進階技巧

  • 在提示中始終使用基於 SCAN 的模式而非 KEYS——Neotask 預設使用 SCAN，不會阻塞生產 Redis 實例。
  • 對大型鍵要求 OBJECT ENCODING：儲存為 ziplist 的 Hash 沒問題，但儲存為 hashtable 的可能有意外的記憶體開銷。
  • 將記憶體分析與驅逐策略配對：如果使用 allkeys-lru，請 Neotask 找出最近未被存取的鍵，允許其被驅逐。
  • 使用 Neotask 建立快速監控基線："每 5 分鐘告訴我這五個統計數據" 可以在不需要完整監控堆疊的情況下建立簡單的可觀測性循環。
  • 對於 Redis Cluster 部署，指定要檢查的分片或要求叢集範圍的摘要——Neotask 透明地處理基於槽的路由。

    • Works Well With